@tom I think you know my opinion on this topic and I totally agree with the article in general. It's great that this topic is being brought back to the table.
On the other hand I don't totally agree with "SPA rarely brings benefits", it really depends on the product's needs. For example, a web product that requires constant reactivity makes sense as a SPA. Reactivity is still very difficult to implement without a JS framework. Does this mean that all websites require it? Of course not.
I agree. There aren't many use cases for SPAs. So why has the frontend industry embraced the complexity of SPAs for all kinds of web products?
Throughout my career, I've seen many colleagues dismiss HTML and CSS simply because they don’t seem "complex enough."
Not only that, these languages have been increasingly feminized in recent years.
Part of this is because many women entering the tech industry come from UI/UX design backgrounds and transition to frontend dev by learning HTML & CSS. Due to misogyny, as more women enter a field, it tends to be perceived as less challenging, leading to lower salaries. By adding complexity through JavaScript, higher salaries become justifiable.
As a result, we now have many frontend developers who lack the skills to write quality, accessible HTML & CSS because these languages are undervalued.