There are few better frameworks if the goal is to very rapidly turn out a secure, extensible, supports-up-to-mid-level-traffic site that more or less fits an arbitrary set of goals. For example, it recently took me two days to assemble a URL-shortening Drupal server - including server set up and a from-scratch simple front-end theme. Very little actual back end coding was needed, just some simple tweaks here and there to better fit third party components together, or remove unwanted functionality. For any number of goals in site design, someone has already and published written an 80/20 solution as a Drupal module.
Drupal has its issues, just like every major open source project. For example, the whole ctools/views ecosystem - that really needs to go away in some shape or form, such as into a major fork with a different project name.
Nonetheless, Drupal works. Few open source projects have as great a breadth of contributed functionality, making it possible to build almost any common type of supports-up-to-mid-level-traffic website very quickly if you know what you're doing. Of course there are other narrow-focus platforms that are better for their specific use case. If you're building a blog you should probably go with Wordpress. For a wiki, then use MediaWiki. Both of which can be integrated with Drupal, if you care to do so, which gives you the best of both worlds.
The amount of code and resulting complexity of building something to be completely generalised / abstracted, was not in any way justified by the supposed benefits. Even when developed to make as few assumptions as possible, you end up running afoul of the assumptions there are. This then requires you to spend considerable time and effort, using increasingly byzantine and labyrinthine API's (some of which I even invented), trying to trick the underlying system to work the way you want.
The entire thing becomes an exercise in the  Inner-platform effect, and won't stop until you have had to re-invent an entire turing-complete programming language driven by multi-dimensional arrays and subsequently serialised and cached into a database.
My time with Drupal was definitely some of the best times of my life, and I will remember it fondly till the day I die. The people in the community are also amazing, but i do think there is a lack of critical questioning going on sometimes.
1) Okay, this is a decent system for people who can't code to cobble together a mostly-working prototype of the thing they need, so long as they're flexible enough to work with it.
2) Why aren't my clients flexible enough to just do things the Drupal way.
3) Why should they be? My agency sold them bespoke development, and their UX (both administration and end-user) should honestly be better than this, and adjust to their needs, not the other way.
4) Jesus Drupal makes deviating from the beaten path miserable, but it pays well and I've gotten good at it now so I guess I'll keep on truckin'.
5) Breakdown. Giving into the evidence that it seems easier to build up from a framework with nice tools and decent libraries than to chisel away at awkward building blocks, even free ones.
Currently though, cleaning up messes and adding missing polish to Drupal projects created by people who are still at step 1 is continuing to be a financially responsible decision.
Drupal's building blocks though, do have two important uses:
They give developers who have no right to be coding a way to be productive, and the people who employ them some insurance. Brogrammer gutter rails.
There are truly miserable projects that shouldn't have budgets to do bespoke development and have nothing at all unique about them, that can be built in Drupal with zero code. CRUD legos.
Neither being of much interest to me anymore.
Personally I haven't touched Drupal in 7 years because I prefer working on bespoke hand-crafted solutions, not the cookie-cutter cram-in-everything-and-a-forum-for-$5000 type of sites that Drupal excels at, but at the end of the day that's a big market, and no one serves it better than Drupal. I have a lot of respect for the codebase even if I don't want to be involved with it anymore.
I don't doubt the author had some interpersonally toxic experiences in the community, but I don't see how the proposed solutions would fix that.
Am I missing something here?