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.
i was a drupal core developer for almost 10 years. I had a falling out with the underlying premise of Drupal, which led me to question a lot of it's base assumptions. In the end, what made me leave was that I realised it was far far simpler to build up, than break down.
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.
Interesting analogy, but I think it's too sinister. Drupal is not a religion business, it's an actual shipping product. The reason backwards compatibility is maintained is because people are actually using it.
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've got two issues with this article:
1. It's as if the author is completely unaware of agile practise and benefits as they apply to development and business.
2. Many clients (including some very large ones) profit from Drupal-based solutions which carry lower build and lifetime cost than bespoke.