On the job, most developere care about shipping on time and spending less time rewriting things as they learn via experience.
Anyone who avoids frameworks is going to be in for a world of hurt when they have to explain to their boss "I know the project is 3 months late but I saved 100kb in bundle size"
- people not being familiar w/ the chosen framework and being unable to figure out how to accomplish some of the deliverables
- wrong framework for the job
- analysis paralysis figuring out which frameworks to use
- using the framework wrong and then drowning in code debt
The point of the article, I think, is that there's a tangible difference in performance between _similar_ frameworks, but which isn't often considered when choosing frameworks.
You'll often see developers say that they prioritize developer experience over things like runtime characteristics of a framework and there's a lot of handwaving about "maintainability". This despite there being extremely complex apps out in the wild written in obscure frameworks (e.g. lichess uses mithril.js and the code looks just fine).
There's clearly a disconnect somewhere when, for example, facebook announces a homepage redesign using the latest and greatest tools and immediately people start complaining about its performance.
I would not buy a slightly wobbly table from a carpenter that wants to use a more ergonomic hammer, over a not wobbly table from a carpenter that uses a cheap hammer. Similarly, I think what the article illustrates is that a developer should also act like a craftsman and critically think about the effectiveness of their tools in terms of end results, rather than blindly accepting tool marketing/status quo and disregarding the quality of the end product.
Would customers be willing to buy a cheaper table that's wobbly vs a more expensive table that's not?
At the end of the day, the wobbliness of the table is a result of whether the carpenter cares about table wobbliness more than which hammer they use. However, it may say something about the level of craftmanship and competence of the carpenter if they got suckered into buying a well advertised x-titanium-3000(tm) to compensate for an unwillingness to put in the effort to master core carpentry skills.
Another similar analogy is an audiophile buying gold plated HDMI cables for better sound quality, oblivious that the reality is that the signal going through said cable is using a digital protocol with error correction.
If you don't like it, stop using it.
You can't win, and there will always be a developer ready and willing to kick you while you're down.
Instead what happens is that the old developers built big things on-time so they were "good developers," and then the new developers struggle with the code and so management assumes the new devs are less competent.
Perhaps they failed to educate management on the consequences.
3 billion people in the world have slow Internet access and pretty old phones and PCs.
Many websites can be too slow for every day use and this leads to increasing digital divide and inequality.