Sorry but the tone of this article rubs me a bit wrong.<p>Clearly the author didn't spend enough time in the bad old days maintaining massive piles of CSS and JQuery vomit to appreciate why modern approaches are the way they are. If an app approaches any degree of non trivial complexity on the front end, a framework like react or angular can really pay off. On the other hand, if we are just talking about a little vanity site or something that isn't going to need to be maintianed long term, by all means go old school. Just don't tell me that it's better in all cases because I've got the scars.
I agree. With a little discipline, namespacing and a good project organization you can be very productive using only jQuery. No framework to learn, no need to update your app to the latest incompatible version (angular), you do not need to wait 6 months until you can hire a new developer.<p>The only thing that I would use is a CSS framework.
Hype driven development appears in many disciplines. Javascript is exacerbated due to its lower barrier to entry (htmls/css hardly require cs degrees) but also how young everyone is, due to being mostly new developers.<p>There is some truth in this article. Younger people are more concerned with looking cool or smart. Due to the tone though, I suspect the author conpletely misses the point of many js frameworks.<p>An analogy i've been thinking about is tools to cross distance. From walking to cycling to driving to flying. No one will argue that a plane is just a fancy form of flying, with years of schooling and experience being unnecessary. However hardcore runners may look down on cyclists as they can have similar speeds yet maintain the flexibility of 2 feet for climbing, jumping, etc...<p>In this analogy, rather than distance as attrition(you can technically walk from sf to la for example), it's state complexity. I don't think complexity has grown to plane vs walking levels yet, and it's possible to consume your tools benefit by taking the long way b/c you can move faster (adding unnecesary complexity to use the complexity management tools). I think it's still important to understand and separate the original purpose of tools and their potential, and separate it from how it's actually used (often naively).<p>The article in the end is trying to create a schism and stratify developers rather than create understanding. That's something I highly disagree eith.
Yup. Whole industry is wrong. No need for better tooling. Web development is easy /s<p>Making things more complicated by cargo cutting patterns isn't unique to the front end (looking at you, AbstractFactoryBuilderInjector dot Java). It is however different from using those patterns to reduce complexity or otherwise aide in the development of big systems.
Regarding CSS:<p>- I still need prefixes for old funky phones<p>- I like or actually need SCSS (try changing the action color across a huge project without it or try overriding some CSS framework defaults).