[romellem]

Being skeptical of abstractions is something I have been adhering to for a while in my career, and I have found it to be a successful strategy for long term project health.

This passage really connected with me:

> Asymmetry of abstraction costs

> There’s also a certain asymmetry to abstraction. The author of an abstraction enjoys its benefits immediately—it makes their code look cleaner, easier to write, more elegant, or perhaps more flexible. But the cost of maintaining that abstraction often falls on others: future developers, maintainers, and performance engineers who have to work with the code. They’re the ones who have to peel back the layers, trace the indirections, and make sense of how things fit together. They’re the ones paying the real cost of unnecessary abstraction.

I find this mentality to overlap with (the resurgence of?) discussion on DRY vs WET principles, with some other good links on this including:

* https://overreacted.io/the-wet-codebase/

* https://www.youtube.com/watch?v=TqfbAXCCVwE