RH
Article
(01)

Goodbye Noise: Why I Deleted Almost All My VS Code Extensions

Discover why I decided to clear out unnecessary VS Code extensions, which tools survived, and how minimalism improved my productivity and focus.

By
28 Views
VSCodeProductivityWeb DevelopmentMinimalismTools

The Day My Code Editor Had Enough

Hi everyone. Have you ever felt like your code editor looks more like a NASA control panel than a simple tool for writing text? That happened to me a couple of months ago. I’d open VS Code and, before I could even write the first line of a function, pop-ups would start appearing, along with colored icons, intrusive suggestions, and a status bar that looked like a Christmas tree. I was so obsessed with having the "perfect setup" that I ended up turning my workspace into a constant distraction.


My Experience with Digital Hoarding

For years, every time I saw a YouTube video titled "10 Must-Have Extensions for Developers in 2024," I’d head straight to the marketplace and install them all. A CSS linter I never used, a colorful tab decorator, three different extensions for autocompleting HTML tags... the list was endless. I reached over 45 active extensions. The direct result wasn't that I coded better, but that my editor took an eternity to start up and, worst of all, my RAM was suffering unnecessarily.

The straw that broke the camel's back was a strange conflict between two formatting extensions that broke a client's code right before an important commit. At that moment, I realized I didn't even know which tool was doing what. I felt like a stranger in my own home. So, in a burst of minimalism, I did the unthinkable: Disable all extensions. And, little by little, I uninstalled almost everything.


Why I Think Simplifying Is Important

The truth is, we're sold the idea that more tools equal more productivity, but in my case, it was the opposite. By clearing out the visual noise, my brain started focusing more on code logic and less on the editor's colors. I realized that many of the things I used extensions for are already built natively into VS Code today. For example, Bracket Pair Colorizer is now native, Auto Rename Tag also has its integrated version, and many type helpers are already handled wonderfully by the TypeScript engine itself.

Working with the basics forced me to learn the editor's actual keyboard shortcuts instead of relying on an extension to do it for me. There’s something very satisfying about mastering your tool without needing external crutches. Plus, the speed... man, the speed! The editor flies. Files open instantly, and global search doesn't hang while thinking.


What Survived the Purge

I’m not going to lie; I didn’t go down to zero. There are things that are fundamental to my daily workflow as a web developer. After a couple of weeks testing what I actually missed, this is my starting lineup:

1. Prettier and ESLint: These are non-negotiable. Keeping code clean and standardized is vital, especially when working in a team. I don't want to think about spaces or tabs; I want the editor to handle it on save.
2. GitLens (ultra-stripped-down version): I only use it for current line blame. It helps me know who (probably myself six months ago) wrote that questionable line of code.
3. Tailwind CSS IntelliSense: If you work with Tailwind, this is pure mental health. Remembering all the class names is impossible.
4. Theme and File Icons: I use a simple dark theme (currently one based on Tokyo Night) and icons that aren't too distracting. Aesthetics matter too when it comes to being comfortable.

For everything else, I use the integrated terminal or simply trust my ability to write code without an AI or plugin constantly whispering in my ear what it thinks I want to do. By the way, regarding AI, I went from having three extensions to using just one when I really need help with heavy boilerplate.


How I Work Now and What I've Learned

My current workflow is much more intentional. I’ve discovered that less is more. Now, if I need a specific feature for a one-off project (for example, something for Docker or a specific database), I install the extension, use it, and as soon as I finish that phase of the project, I uninstall or disable it. I don't let it sit there "just in case."

I’ve learned that the perfect setup isn't the one with the most plugins, but the one that lets you enter a flow state the fastest. Visual noise is concentration's number one enemy. If your editor is screaming at you with red, yellow, and blue underlines every time you leave a sentence half-finished, it’s very hard to keep track of complex logic.


Final Thoughts

If you feel like your workflow is a bit heavy, I encourage you to try the experiment. You don't have to delete everything at once like I did, but try disabling those extensions you haven't used in the last week. You'll be surprised to see how many of them were just "background noise." At the end of the day, what matters is the code we deliver and how comfortable we feel writing it, not how pretty our extension panel looks in a screenshot for Twitter.

How about you? Are you one of those people with a hundred extensions, or do you prefer the minimalist style? I’d love to hear your thoughts because, in the end, every developer is different, and what gives me peace of mind might look like a boring desert to someone else. See you in the next one!

© 2026
Roberto Hernando
|