Either we shape the the technologies that we use, or they will shape us. Stanford’s commitment to the Drupal CMS enables more of us to think like engineers, embrace the Maker ethos, and craft our own tools.
“The most profound technologies are those that disappear. They weave themselves into the fabric of everyday life until they are indistinguishable from it.”
— Mark Weiser, Xerox PARC (1991)
“As much as we love the open, unfettered Web, we’re abandoning it for simpler, sleeker services that just work.”
— Chris Anderson, Wired (2010)
Drupal’s affordances “allow non-developers to do developer-like things” (quoth Rob Ristroph, ninja developer) and the Sitebuilder is a class of Drupal expert that doesn’t get the billing it deserves. Drupal allows more of us to behave like engineers — individuals that can apply technology and ingenuity to solve real world problems.
It is important that we technologists retain our status as Makers in this consumerist age of technical atrophy. By technical atrophy I am specifically referring to the trend of becoming mere consumers of services and products, rather than technologists that are fluent in the technologies we use and capable of understanding and modifying software to suit our purposes.
The above quote from Mark Weiser is an astute observation, and I have heard it cited many times by designers aiming for the holy grail of invisibility as a marker of success. A good thing. But I don’t think it’s necessarily good for everyone. Invisibility-in-use is great for Users, but bad for Makers. Makers should know how stuff works, and grokking requires visibility.
The Appification of Everything
I went to SXSW Interactive for the first time this year, and I was struck by the marked focus on mobile apps. There was still a Mozilla booth with a dude in Firefox costume and conspicuous Yahoo! and Google lounges and events (I seem to recall whole buildings sheathed in massive dropcloths emblazoned with brands), but in the rarefied world of SouthBy, it seemed that the cool had drained out of the web, and had been ceded to the appiverse. Seemingly everyone had a new app to promote, and the crowd was waiting expectantly for the next Twitter to be unveiled. Nevermind that Twitter was a web app first, people were panning for gold in native apps.
I have seen the projections for the growth of the mobile market, and I am aware of how important mobile devices are for web design. But still, it seems to me that, for some, the web has been occluded by mobile — which is shortsighted because native apps are just one aperture into the web.
The principal problem with the Appification of Everything (AoE) is that it accelerates the deprecation of the role of User to that of Customer and accelerates technical atrophy because it winnows the segment of people who can do interesting things with technology. It also embodies a fundamental misconception: that websites and apps are distinct from one another. Todd Nienkerk wrote a great blog post on the Four Kitchens blog recently that summarizes this problem well: Apps Are Icons.
Attributes of a Citizen-Engineer
To avoid a future where everything is super comfy, software always Just Works™, and the only device a full participant in the internet would conceivably need is a tablet full of apps, we will need a certain kind of person, and we will need that person to understand his power and his purpose. We need Citizen-Engineers.
- Has the ability to understand code, and learn new technologies, but does not have be a trained programmer
- Can innovate within rule-governed creativity
- Understands the basic principles of every layer of the stack, hardware and software
- Can modify the tools they use
- Has tolerance for imperfection
- Has problem solving skills
- Has expertise in a field other than web development
- Values the commons of the Internet
- Understands how policy can affect technology, and acts to protect freedom and innovation
A Citizen Engineer: The Drupal Sitebuilder
There is a startling array of configuration possibilities in Drupal using just the administrative UI, without writing a line of code, because core and module developers in the Drupal community have intentionally built power tools for us to innovate with. This is a particular quirk of Drupal.
Sitebuilder is a term that has emerged over time, and there may be some dispute as to what kind of skillset it includes (at some shops, a person with this title is a web developer, but I think most people think of Sitebuilder as an adept in the Drupal system, that relies mainly on savvy configuration and implementation of existing code written by others) but it has a special meaning in Drupal compared to other systems. That we have so many talented Sitebuilders is one of the least celebrated, yet most important attributes of the Drupal community.
The reason why the Sitebuilder is so important is that often they are experts in something else, subject matter experts that can use Drupal to model things that exist in their discipline, and since Drupal is also a collaboration platform by nature, the datasets that are created with it are ready-made for allowing communities to grow around the tool, or the practice that it encodes.
Some recent examples of projects that innovate using Drupal’s ready-made tools:
- Bibliopedia (www.bibliopedia.org) - Humanities metadata tool that uses semantic web technologies (RDF, RESTful API, SPARQL queries (inbound and outbound), CSV/JSON/XML import/export, Solr integration)
- Bioconnector (http://www.bioconnector.virginia.edu) - a bioinformatics and data visualization tool
- Carolingian Canon Law (http://ccl.rch.uky.edu/) - Searchable corpus of historical texts, using TEI markup
- Founders on the Founders (In Progress, content model available at http://drupal.forhumanists.org/book/data-modeling-example-founders-founders) - A relational, biographical database of who was quoting whom at the founding of the United States
Try Hard Things
Richard Stallman, at a recent lecture at Stanford Law School, reminded us that users of Free Software assume a burden for the freedoms that they enjoy. It is likely that a given open source system will not have a glossy, perfect user experience out of the box. Instead of giving up, and defaulting to buying proprietary systems that seem to meet more of our needs right away with little effort, the Citizen-Engineer rolls up her sleeves and changes the rules. She knows that she has the ability to modify the system, and shape it to act more like she wants, and by contributing to an open source project she not only benefits herself and her immediate stakeholders, but potentially lots of others as well in a vast, sprawling commons that is the Internet. Being an open source software developer is harder than paying for a 3rd party service. Being a Drupal developer/sitebuilder is harder than, well, lots of other choices, really. But the future belongs to people that are willing to try hard things.