> people like to use new language features and frameworks. Have of the point of this article is that people need to suck it up and not use new frameworks somet

> people like to use new language features and frameworks. Have of the point of this article is that people need to suck it up and not use new frameworks sometimes... There are times for coding in a way you, personally, find pleasing; and there are times when: > So you should know how to work in the “legacy mess” because that’s what your company actually does. Good engineering or not, it’s your job. A quote from the 'big ball of mud': > Sometimes it’s just easier to throw a system away, and start over. It is easier, but it's also a) not your decision and b) enormously disruptive and expensive. How do you tell if you're in the 'naive and enthusiastic but misguided' camp, or in the 'understand the costs and benefits and it's worth a rewrite' camp? Maybe the takeaway from the OP's post really should be this one: > If you work at a big tech company and don’t think this is true, maybe you’re right, but I’ll only take that opinion seriously if you’re deeply familiar with the large established codebase you think isn’t providing value. ^ because this is the heart of it. If you don't understand, or haven't bothered to understand, or haven't spent the time understanding what is already there, then you are not qualified to make large scale decisions about changing it.