My problem is with the strongly opinionated frameworks. You know, the ones where you use framework 'X' and now you have a 'X'-website or 'X' application? Where the framework's author makes the majority of architectural and project organization decisions. Sure, they make 80% of the common usage patterns easy, but that almost always results in making 10% of what's left hard and the remaining 10% near-if-not impossible.
In a world where the programmer makes the rules, this is fine - they can find some awkward workaround, like forcing a second login or putting validation logic only on the client side. Unfortunately, in the business world, the customer is the one making the rules, and the customer always wants 100% of the product working the way they want it to work.
They seem to flourish - at least until the next fad framework - thanks to their low barrier to entry and focus on the intuitive space the article author references.
Hipster coder though? I don't know. Almost every dev I know has some subset of interest in new languages, frameworks, libraries, and so on. It's their toy language or pet project. In fact, the biggest violators I see are actual experienced programmers who do know what they ought to, but don't want to spend time reinventing that same tired ground when they just want to play around.
In fact, not having to reinvent that same solution is exactly what they're interested in.
That's why you'll find a Karaf server running a Camel app in a Microsoft shop, even though there's no one left at the company who knows OSGI. Or find an external build script dependency in the form of a Rust script from out of nowhere. The people who should know better just want to play, and the easiest way to do that is to make it part of their day to day job.
What this article and experience tell me is that more than ever, we're in need of technically-competent managers who can evaluate, triage, and reign in individual developer output and provide focus.
At least, in a business environment, where product delivery, support, and maintenance are more important than playing around.