Web technologist in Auckland, New Zealand.
I enjoy being a Dad, snowboarding and building amazing user experiences on the internet. more
Now that I have been a full-time Drupal Developer for a couple of years, and a part-time Drupal developer for a year before that, I am beginning to recognize recurring patterns and problems in Drupal projects and people's experiences with Drupal. This is a report on my experiences, and a summary of learned lessons and recommendations for those entertaining the idea of a financially-driven Drupal project.
As more and more people discover and decide to use Drupal, the more and more popular it becomes. Given the way a crowd-attracts-a-crowd, especially with free and open source software, Drupal is quite clearly set to become the dominant open source web CMS in the professional and business-oriented web-development markets – if not the dominant CMS of both open source and proprietary options. It's also likely that Drupal will dominate in the amateur and hobbyiest markets too, when usability bugs get ironed out with a little more time and a couple more Drupal versions.
Many non-Drupal web development shops are recognizing this, and are beginning to realize that it's too expensive to maintain their own proprietary CMS, or – worse – maintain skills in multiple different CMS, when one could rule them all, and even do a better job.
Businesses and individuals seeking websites also recognize this. In fact, many clients looking for a web shop have already decided they want their website to use Drupal. Instead of shopping for a general solution provider, they often look for a Drupal developer or Drupal shop.
I have seen this many times now, always with one of the two following results;
Unfortunately – because of the high demand for experienced Drupalers – most end up in the last category. This is understandable, given that most clients seeking someone to build their website do so because they lack the expertise to do it themselves – they are therefore not likely to understand that – even with software, including Drupal – a tool is only as useful as the skills and experience of it's user.
This always – with no exception – ends up leaving the developers running frustratedly in circles, and the client burned with an under-delivered and over-budget product.
I have seen a number of non-Drupal web development shops talked in to using Drupal for the project because it was what the client wanted. The developers or shop often tell clients that "Drupal is a PHP application, and we're a PHP shop, so we can do Drupal". Even the developers often fail to recognize that Drupal is worthless to them until they have learned "the Drupal way", have experience with Drupal, have become self-dependent Drupal learners and can confidently answer the question What would Drupal do?. For most web development shops this is a significant amount of resources to commit. In fact for most run-of-the-mill shops, which are typically small businesses of 5-15 persons, it's too-large an investment.
And indeed it is a large investment – after working full time with Drupal for a couple of years now, I'm still learning new things about Drupal just about daily. And there is no possible way any person or even small group of people can recall, understand and know how to use even half of the almost-4000 contributed modules.
The solution is to develop mentoring relationships. Every Drupal project needs at least one person who is sufficiently experienced with Drupal such that he or she can guide other developers through the project, showing them what Drupal would do. Finding this mentor or Drupal developer is key to the success of any Drupal project with any non-trivial amount of configuration and code.
It is the responsibility of project stakeholders to find these people. It is also the responsibility of web developers to avail themselves in a mentoring capacity to less-experienced Drupal developers.
Comments
Haha, I knew it was a bad
Haha, I knew it was a bad idea to let whatwoulddrupaldo.com (used to alias to the - woefully infrequently updated - blog at whatwoulddrupaldo.org) expire way back when. Looks like you picked it up :)
Yeah, I have some vague plans
Yeah, I have some vague plans for it that need more thought and development. This blog post is the first step of that thought and development. Actually I'm keen to talk to you about collaborating with the domain name, if you're interested. I'll PM you.
Every Drupal project needs
Drupal would visit admin/settings/filters and make sure that the default filter contains the HTML filter...
Recommendations?
I'm a new Drupaler who quickly found herself swimming in a sea of "ketchup".
The more I spend time learning what Drupal can do for my project, the more excited I am to learn. However, it's a steep learning curve. I'm six weeks into things and searching for little bits of this and that. I foresee several more weeks of research before the results start rumbling in. The majority of my issues have to do with managing dynamic content and themeing output from CCK fields.
I'm enjoying it. However, there are times that I wonder if I've gotten way over my head.
To date, my best friends are RSS feeds and in pariticular the Drupal.org aggregator... which brought me to this post.
I really appreciate all the experts who take the time out of their busy schedules to keep blogs up to date, share project stories, and review modules. They keep us little guys in the game.
Thanks!
I think your best bet would
I think your best bet would be to pick up David Mercer's intro book on drupal for Version 6 (packt publishing) and the new, O'reilly book by the Lullabots.
Actually, people new to drupal don't know how fortunate they are compared to non-programmer types who got acquainted with drupal many years ago. There's been a veritable glut of drupal related books in the last 18 months. I can say without hesitation that anyone willing to invest in these dozen or so books can pick up a a huge amount of drupal expertise within two or three months.
Typo?
"Don't underestimate the cost of learning Drupal. It is almost always more expensive than the higher price of an experienced Drupal shop or developer."
Either I'm not comprehending, or this should be:
Don't underestimate the cost of learning Drupal. It is almost always more expensive than hiring an experienced Drupal shop or developer.
Not a typo – but unclear and
Not a typo – but unclear and confusing. I tried to simplify it, but I'm not sure I succeeded.
Thanks, greatest article
Enjoyed your article and appreciate you sharing you experience. Not as experienced as you but can agree with everything you said. Keep on sharing, thanks, JC
Good thoughts
... I see my own experiences reflected here (-;
I agree
Great post, I found the topic very interesting and helpful. thanks and keep up the good work.
For me also works fine. Best
For me also works fine.
Best regards.
Owner of Pozyczka Hipoteczna site.
You are absolutely right! I
You are absolutely right! I love these two sentences:
"there is no possible way any person or even small group of people can recall, understand and know how to use even half of the almost-4000 contributed modules."
&
"The solution is to develop mentoring relationships"
Learn Drupal "the drupal way" is almost as difficult as finding a good and hirable drupal developer or themer ;)