There's a moment that happens to almost every engineer early in their career. They discover the plugin market. They acquire a library of hundreds of tools — compressors, EQs, saturators, transient shapers, reverbs, limiters. And their mixes, paradoxically, get worse.
This is the plugin trap. And the way out of it is understanding why it happens.
More Choices, Worse Decisions
Every plugin you add to a signal chain is a decision. Where does this go? What settings? How much? And when you have unlimited options, the decision-making process becomes overwhelming. Instead of making one clear choice — an EQ cut here, a gentle compression there — you're stacking three EQs because you're not sure if the first one did what you wanted, adding a saturator because it sounded like it might add something, and reaching for a limiter on a reverb return because you once read that someone did that.
The result is a mix that's been processed within an inch of its life. Each individual plugin made a small, logical-seeming change. Together, they've turned a recording into a patchwork of micro-corrections that sum to something that sounds strange, tired, and distant.
The best engineers I've worked around don't use fewer plugins because they're minimalists. They use fewer plugins because they know exactly what each one is doing.
The Discipline of Restraint
Try this: mix an entire song with no more than three plugins per track. One EQ, one compressor, and one additional tool if genuinely needed. You'll make faster, more confident decisions. You'll listen more carefully to what the source material is actually doing rather than reaching for a solution before you've fully heard the problem. And your mixes will likely be more coherent as a result.
This isn't about the number of plugins as a rule. It's about developing the discipline to make each processing choice intentional. To ask, before inserting anything: what specifically do I hear that needs to change, and is this the right tool to change it?
The engineers with the most impressive plugin libraries often produce the most restrained work. They've learned enough to know that the last 30% of the library almost never gets used — and when it does, it's because nothing else would work, not because it was the default choice.
Fewer, better decisions. That's the whole game.