Any serious company would set up a list of usable libraries, and probably their own component library for their projects and a set of rules and guidelines on how and where to use them. If every developer can choose their libraries, dependencies and coding style, any project in any language would be a maintenance disaster.
You may have had a bad experience, but you're generalizing way too much. In a very poorly managed software department, maybe you've got a point, but then again choosing a more generic framework will only fix so much. The real problem is elsewhere.
Any serious company would set up a list of usable libraries, and probably their own component library for their projects and a set of rules and guidelines on how and where to use them. If every developer can choose their libraries, dependencies and coding style, any project in any language would be a maintenance disaster.
You may have had a bad experience, but you're generalizing way too much. In a very poorly managed software department, maybe you've got a point, but then again choosing a more generic framework will only fix so much. The real problem is elsewhere.
That's true, and the problem I am illustrating is only a symptom, but that's the subject for another article ...