Maybe you should take the time to actually learn how Drupal works. Yes, it's hard to work with, if you do not understand the concept of hooks. Almost impossible actually.
I've taken enough time to learn how Drupal works to know I don't want to work with Drupal.
Wordpress works better for basic content management that clients can easily use without calling me all the time. Plus, it's more easily theme-able than Drupal is out of the box. Add to that the ease with which my clients can change themes or add plugins and Wordpress far outshines Drupal in basic content management. (And it appears to run better, too.)
For custom content management I either find an already in place program or roll my own. For example, had to work on a website for an academic journal. I initially tried a few CMSes, including Drupal, but each offered significant complexity on my end AND the user end. No dice.
Then I found the Open Journal Systems (OJS). Their solution worked for my specific task. It was a bit complex, but I wouldn't have had to write my own modules to do what I needed. Plus, it was more intuitive for my users. (Although it's user-workflow is still a bit clunky.)
For other systems, such as basic customized contact management systems, I roll my own. The rise of frameworks utilizing the MVC principle is a blessing.
It's long been a good maxim to separate the data from the code from the layout. MVC frameworks like Rails or Cake help do that up front instead of me having to design the separation myself. Drupal? Not so much.
I'd say Drupal, in the broadest sense, could be called a framework. Nevertheless, I don't know why you would want to use it that way. The maintenance required for custom Drupal sites -- and I mean having to field calls from users fixing or modding modules, or adding new ones, or teaching them how to use existing things, on top of fixing problems and tuning it for resources -- is beyond what I want to provide. I'd rather Wordpress or Rails.
And, more importantly, unlike most Drupal "developers" I know I'm not a "developer;" I'm a web designer who can hack away at stuff. If a client needs a developer I tell the client to get a real developer, or choose to use a more simple solution. TCO isn't something to be sneezed at, although it can be hard to educate clients on it.
Finally, why is it so many Drupal people say something like:
Maybe you should take the time to actually learn how Drupal works. Yes, it's hard to work with, if you do not understand the concept of hooks. Almost impossible actually.
Really? Here's the skinny: Drupal is supposed to make development easier. Why the heck should I have to learn what amounts to a new bloody language to make Drupal "work," to access it's "full power." Heck, I'll just learn to access the full power of PHP (or learn an MVC framework like Rails) rather than spend "the time to actually learn Drupal;" time I could better spend getting projects done with the knowledge I have.
Access for "the concept of hooks," really? It's not bloody rocket science, I could take the time to learn it, but once again why should I? If Drupal is going to make itself so bloody hard to use, why don't I just code from scratch?
And don't give me that malarkey about security and avoiding cross-site scripting and avoiding SQL-injections. If you're spending the time to create a complex site that needs to take advantage of the solutions that lead to possible security problems like that then you'll also have the time to read up on best practices.