The story goes like this: A couple hundred years ago, Scottish chemist Joseph Black was approached by some Scotch distillers. With the explosion of coal power, they wanted to know exactly what techniques they should use to replace their wood-burning distilling processes with coal-fired methods. Black did some experimentation and developed for them the appropriate method.
But his calculations reportedly inspired some new ideas in his colleague, James Watt, who took Black's ideas of "latent heat" and used them in the development of a new steam engine.
The Scotch distillers were "scratching their own itch," and a major technological invention developed as an almost-direct result. This in turn revolutionized power generation, which allowed for major improvements in factories and industrial plants and led to a burst in what we call the Industrial Revolution.
Each of these steps involved new development, new inventing, new improvements in that which was. But how many of these things happened only because Scotch distillers wanted to use coal instead of wood to fire their boilers? If invention were left to inventors inventing only what they themselves might want to have around, would we be where we are today, beyond the industrial, transportation, atomic and information revolutions into this explosion of interactive communications?
The Drupal itch
There's been quite a bit of discussion going on in the Drupal developer community about, well, how to cultivate community. For the most part, there's a recognition that something needs to be done. For example, Dries Buytaert, who launched his idea of an open source CMS a few years ago, noted that in 2005 the user base on Drupal.org grew threefold, but the number of contributors remained essentially constant.
What to do about this has been the subject of debate for the past several days now.
On the one hand, you have folks who believe that if you're not coding for Drupal, you're essentially a parasite -- a "hitchhiker."
Users who don't contribute to Drupal are hitchhikers. Nobody needs them onboard, Drupal will get from A to B fine with or without them, and if they want Drupal to go out of its way on their behalf they should ask nicely, if there isn't time to take them exactly where they want to go hitchhikers should be thankful for the free ride they have had.
Thankfully this attitude isn't a majority opinion -- at least I don't believe so. And the man who wrote the above paragraph has expressed a desire to have it rewritten because he readily admits that the wording is rather inflammatory and off-putting. (Reader: The linked page very well could have changed by the time you look. The documentation pages on Drupal.org are living documents, always subject to revision.)
However, I question the entire concept of users as "hitchhikers." A CMS does not grow in a vacuum. And I don't think it's simply the result of "scratching your own itch," either. Because the fact of the matter is that Drupal is not simply a result of development, it's also a tool for community-building, personal communications, business facilitation and so on.
A product or a tool?
Think of Drupal as the text. The developing community is the writer. And the users, site admins and designers are the audience. One cannot exist without the other. Just as a book's audience gives the book significance and meaning, Drupal's users give Drupal meaning. The text would not exist without the creator; the text would have no meaning without the user.
But Drupal is not simply a text -- a static body -- but is a dynamic object. It's both a product of development by the Drupal developer community, and a tool used by the users to achieve things that perhaps the developers never imagined. Drupal's development gives Drupal existence, but Drupal's use gives Drupal meaning. Drupal is the result of community development. But it's also the result of how it's been applied in the real world.
For example, CivicSpace would not exist if it weren't for the developers who made that Drupal distribution happen. They are doing a lot of hard work to integrate powerful community-building features and modules into a seamless, effective community CMS. But would CivicSpace exist if it weren't for the demand for something like it in the Dean campaign? Would the changes in CivicSpace since then have happened if people weren't actively using CivicSpace, challenging its limits and discovering new ways to make it useful and effective?
For example, would Drupal have a trackback module if the trackback concept never was embraced by bloggers in the first place?
Whose itch is it?
How many developers discovered they had an itch to scratch only when a site admin tried to do XYZ or simply asked if something were possible? How much of what has been developed for Drupal and CivicSpace happened in a vacuum far removed from reality?
How many itches that got scratched never would have appeared if the scratcher were not exposed to this or that idea, notion, approach or feature somewhere along the line?
I cannot say for certain, but my guess is that there are very few itches that start tickling in a vacuum. We're all a part of the world. In the Drupal context, we're all a part of the interactive web universe -- at least to some degree. And Drupal's evolution is not just a matter of DNA -- the programming ideas and talents of the developers -- but also a result of the habitat in which it exists.
I think the hitchhiker metaphor is a bad one because it suggests a monolithic construct of an automobile, in which developers are in the driver's seat and everyone else is just looking for a "free ride." The Drupal community is much more amorphous and diverse than a singular automobile, and there are far more drivers than can fit behind one wheel.
And let's face it, the "end users" -- bloggers, site admins, business people, campaign managers, community leaders, artists, etc. -- have a lot more influence on development than a hitchhiker does on an 18-wheeler trundling down the Interstate.
A community defined by Drupal
In the end, I guess I'm saying that Drupal is not only defined by its community, but the community is also defined by what is Drupal. And because of that symbiotic relationship, it's only healthy to cultivate communication and camaraderie across all niches within that community. We may each be able to survive without each other, but we won't thrive.
And just as Drupal does not benefit from users demanding free work from "ubergeeks," developers' looking at the user side of the community as hitchhikers yields no gains, either.
Divided we can survive. But working collectively we can thrive.
- Tags: CivicSpace, Web 2.0, blogging, Drupal, Open Source, tools, musings










Comments
Jeff Eaton writes:
I think that a lot of the backlash against 'hitchhikers' that Drupal has seen in the past year or so has little to do with those who use Drupal without 'giving back.' My impression is that it's more about people who voice actual anger at developers who haven't implemented features they want.
Users with new ideas, new requests, strange desires, and oddball needs are a great thing. Users who demand that their feature idea be added now, before some other feature, lest Drupal die, because it will suck.... that's less helpful. Sadly, I'm sure that number of the first set have been washed away in the response to the second set.
The needs of a 'developer' community and the needs of an 'adapter' community are very different. Drupal.org is a home for both right now, but I think that approach is experiencing growing pains.
Robert Castelo writes:
Come on Laura do you really think of hitchhikers as 'parasites'? Do most people?
Writing technical documentation we try and use very exact wording and say precisely what we mean. It's been interesting putting together a non-technical page, you have to think more about how people will interpret the text and what additional meaning they'll assume.
"Nobody needs them [non-contributing users] onboard, Drupal will get from A to B fine with or without them"
What I meant (and all that was written) was that I don't think even a million non-contributing users will help Drupal develop in any significant way. That doesn't mean they're not welcome, and the Drupal community will be very glad to help them, including developers.
Also I think it's a misconception to see developers and users as two separate groups - developers are also users as much as anyone else is, in fact more so, as we are usually busy setting up and maintaining multiple sites. See where that idea leads you... ;-)
Laura writes:
First of all, I apologize for not getting to this comment sooner. I've been swamped with a project.
As for developers being users, I agree. However, while all or most developers are users, that does not mean that all users are developers (obviously). And as such, there are going to be many non-developer users who have unique and insightful perspectives on Drupal and how it might be an effective tool.
As such, an essential part of contributing is batting about and discussing ideas, and making suggestions and noting what other systems and other websites are doing. The preconception that only developers can have any insightful ideas I think is limiting, and ultimately counterproductive to the greater Drupal effort.
Ultimately it comes down to bringing more of the user-experience perspective to the developers' own (what I will call) coding-aesthetics perspective. As a designer, I would argue that the user experience is essential. And the notion that only developers can come up with useful or insightful user-experience ideas misses the whole point of my post. And yet that seems to be the very assertion of your statement that a million users don't add up to much.
Of course, if their ideas don't count much for you, there's no forcing you to lend their comments and contributions in discussion any significance. But I feel that all developers would benefit from listening to those user experiences, rather than taking the attitude that there's nothing a non-developer can say since "developers are users" anyway.
If this comes off as harsh, I apologize. But I'm not the first person to note that programmers and technology companies seem to write for what's convenient for the programmer or company, rather than what the user could actually use. Every time I use Microsoft Word, I'm reminded of that.
ryan writes:
laura:
i liked your concept of itch scratching - very karmic in some sense; i would like to put forward the concept of "tipping point" publicized by malcom gladwell in his book "The Tipping Point: How Little Things Can Make a Big Difference" (see link below)
Amazon link. [Link converted to html to save site layout. -LS]
stop here if i'm boring you or if you already are versed in the subject - i find it fascinating in that one can track and use the process by which small changes result in dramatic shifts and transformations that appear suddenly and almost mysteriously;
i think with proper guidance drupal could very well be on its way to the tipping point.
also, the buddhists have a saying: "keep your head in the clouds and your feet on the ground" - what do you think that means? i would be curious to hear your interpretation.
discuss with the group
ryan
katherine writes:
I agree with you, ryan.
The Japanese also have a word for this; they call the concept, kaizen, meaning incremental changes.
In past years the American model for automobile manufacturing was based on the concept of the "new model." Once a year the product was changed - and hopefully improved.
The Japanese concept is different. If a new or better part came along, it got incorporated. The assembly line was not a static thing, but rather it was dynamic and organic.
We see this happening on the web as it evolves a bit here, a bit there, until over time it morphs. I use the web more effectively with each passing year. Part of this is that I am more savvy, but another part of it is because the web continues to evolve - incrementally.
I wonder where we will be by the end of the decade. I think we'll marvel at how far we'll have come.