Sixteen Ways of Thinking in Web 2.0 @ WEB 2.0 JOURNAL

Sixteen Ways of Thinking in Web 2.0

A draft list of the first-order elements of Web 2.0 thinking

Feb. 26, 2006 02:45 PM

Thinking in Web 2.0: Sixteen Ways

With apologies to Bruce Eckel, I sat down this afternoon and put together a draft list of the first-order elements of Web 2.0 thinking. It's not that I have the hubris to consider this list official in any way but it should be a serviceable starting point for debate, discourse, and reference. I'd also like to give credit to Jeremy Zawodny for his write-up pointing me to Tom Coat's excellent presentation notes from his Future of Web Apps talk which partially inspired this effort. I think both of them have really solid source material. But they still don't quite capture a complete high-level picture of the ingredients, forces, and decisions that have to go into thinking about, using, and building complete Web 2.0 software experiences.

That simple fact is that creating software of any kind is hard work. And creating good software is very, very hard. Never mind creating insanely great software (to loosely borrow a phrase from Steve Jobs), which is so rare that it practically never happens, which is a real shame. And that in the end, that's the goal of enumerating ideas like this, so we can build on the shoulders of giants and start off with some of the hard decisions already done and get closer towards the truly great software.

And to be sure, the state of the art in software does regularly improve as well as our shared understanding of what makes software good. Of course, the problem with determining the "goodness" anything is that it must be measured with respect to something, some criteria. And in general, the tenets of Web 2.0, such as they are and as ill-defined as they are, tend to state that software that is open, social, interactive, remixable, hackable, and gets better the more its used, is likely the place to begin.

So, in this vein, I took my own studies of Web 2.0 as well as many raw inputs as I could find and came up with a roughly structured list of how to "think" in terms of Web 2.0 ideas. Let me know what you think and as always add your own in the comments below. Let's create a really terrific guide for those who are just discovering this fascinating and useful study of the next generation of online software.

Thinking in Web 2.0

Before you even begin, understand your goal simply. Whether you are a Web 2.0 application creator or user, clearly conceive your goal. Things like "I'm here to save a bookmark for use later" or "I am going to help people create shared, editable web pages" helps keep you grounded and oriented. So much about the initial attraction of Web 2.0 is its simplicity, with unnecessary complexity deliberately and carefully hidden. From a creation standpoint, think Google's home page or the spare, clean lines of del.icio.us. And from a end-user's view, the eponymous instaview provided by an initial page load of Diggdot.us. You can and will add more later but get first things first. Build a feature at a time. Complete a goal at a time.This may sound simplistic but it'll help stayed focused later, and you'll see what I mean.
The link is the fundamental unit of thought. It's called the Web for a reason. The link is the foundational element for connecting the entire Web together. Your information, your relationships, your sense of navigability, and even chunks (of chunks) of content are all referenceable by a URL. The implications here are manifest and include but are certainly not limited to:
1. Everything on the Web is linkable with a URI or URL (and if isn't, it should be!)
2. Saving any link lets you get back to what the link originally referenced, and it lets you share it with anyone, anywhere, at any time.
3. The anytime piece in #2 is crucial and means the link is really a permalink that won't change or go away without good reason and prior warning.
4. Links should be human readable, consistent, and their purpose self-evident.
Data belongs to those that create it. Yes, you heard me. Everything a user creates, contributes, or shares is theirs, unless they have given away the right explicitly and by free choice. Any information they contribute to the Web should be editable, deleteable, unshareable by the contributor whenever they feel like it. This also means indirect data like their attention records, log entries, navigation history, site trails, or anything else that might be tracked. And all Web sites must clearly and simply state what information a user is creating and give them a way to stop creating it and even clean up.
It's about data first, experiences and functionality second. Whether it's text, images, audio, or video, the Web ultimately revolves around data. In other words, you can't have presentation without something to present. All this data is locatable with a URL that is easily found (see #2). Another way of looking at this is that the the Web is ultimately about nouns first, and verbs second, though the shift is slowly moving towards verbs these days. Examples of nouns: calendar entries, family photos, stock quotes. Examples of verbs: making an appointment, sharing a picture, buying a stock.
Be prepared to share everything with enthusiasm. Share everything possible, every piece of data you have, every service you offer. Encourage unintended uses, bend overbackward to contribute, don't keep anything private that doesn't absolutely have to be. Go beyond sharing and make discovery, navigation easy, obvious, and straightforward. Why: In return, you will benefit many times over from the sharing of others. Note: This is not a license to violate copyright laws, you will not be able to share your ripped DVDs or commercial music recordings, those are things you agreed you can't share. But you might find yourself using and sharing a lot more open source media. And for heaven's sake, learn the Creative Commons license.
The Web is the platform; make it grow. Sure, there are other platforms (Windows, Linux, Mac), but they don't matter as much any more (this list is after all, how to think in Web 2.0). In other words, don't leave the platform, don't break the platform, but please, by all means extended the platform. The data and services you provide on the Web become part of the Web and you become a steward of your corner of the Web platform as a result. And please be a good steward and look after those that care about what you've added.
Understand and embrace the "capability gradient". The Web is a big place now, in every country of the world, and it now contains 1 billion users. The point here is that all parts of the Web are slightly and uniquely different, as are all Web users. For the machine part of the web: simplicity is almost always preferred for speed, reliability, reuse, and integration. So too is it with the experience you provide people on the Web. It's been documented time and again that loyal users soon become expert users that want to do more, faster. Support them. Gracefully retrograde. Also, many, many people will come in below the capability gradient that you expect. They may not speak your language, have your cultural assumptions, or even know how they got there. Make it clear to them too.
Everything is editable. Or it should darn well be. And if it isn't, go somewhere else. Sure, a few things might not make sense being editable, but for the rest, it's the Writeable Web. That doesn't imply that original content is ever lost and often this only means that users should be able to easily comment on or otherwise annotate the content they find. And if you're smart, they'll be able to do a whole lote more than that (i.e. fork off and create their own works based on the original, etc.)
Identity on the Web is sacrosanct. Unfortunately, that doesn't mean you get much privacy (really a 20th century notion anyway). But verifying identity must be expected and be thankful when only an e-mail verification is required. However, this absolutely means you must protect the privacy of your users if you promised it. Be warned that you may have to stand up for your users against authorities somewhere in the world, if that's what it requires. And you might even win in the long run. And if you're not prepared to do that, you'd better tell them. On the other side, if identification is required, don't ever fake it, or one day we'll all need to give up our last scraps of privacy to do anything we want to do on the Web. So, this must be an unbreakable compact between Web user and anyone running some corner of the Web. Or we will ultimately completely lose what little anonymity and privacy we can muster now.
Know thy popular standards and use them. From a consumer or creator standpoint, the data you will exchange with everyone else will be in some format or another. And the useful of that data will be in inverse propotion to how well-known and accepted its standard is. This generally means using RSS, OPML, XHTML, simple XML, JSON. This means tending to avoid SOAP, XSD, and even as much as its pains my inner geek to say it, RDF, ATOM, and others. And please, contribute your standards with your vote either way, below.
Obey the law of unintended uses. If you make highly interesting data and services open and shareable in widely used format, you will get what you deserve: Other than will use your corner of the Web platform to build on. Maybe (and probably in fact) a great many others. Prepare for this. I don't know how many times I've seen a podcasting service get disrupted because they were popular, a site go down flat when it was Slashdotted, or del.icio.us/popular grind to a halt. Know this: The law of large numbers on the Internet means that even small corners can get vast traffic if they are remotely interesting. Strong encourage the attention but it can be extremely valuable,, but always prepare.
Granulate your data and services. We should have learned this long ago but large monolithic chunks of data are only convenient for unattended downloads and other batch operations. Break up your data, makes its individual internal pieces URL addressable, and do the same with services. Conversely, don't create large, elaborate, Christmas Tree data structures or services. Keep it simple, very simple. And make the pieces sensibly organized, and make those pieces easily findabe.
Provide data and services that are for user's individual benefit. At the risk of slipping into a socio-political tarpit, there is little incentive for users to contribute time, attention, and information unless they are the primary beneficiaries. Social sharing is a terrific benefit that is greater in the large than the individual benefit, but you won't get there unless there is personal incentive. Nuff said.
User-driven organization and filtering are not just nice to have. Not critical, but very important. Let users tag and organize data in ways that make sense to them, because you'll never figure it out in time. Users understand their own thinking processes and mental models best. Making sure your place on the Web can work for them can in ways that actually work the way they work and think. Things like tagging and folksonomies can be a long term critical success factor.
Offer/use rich user experiences. The Web is still in heated competition with native software. Why? Because it still feels better and runs better. But not for long. (Sure, this might take 5 years or 15, but it'll happen.) Yes, I'm talking about Rich Internet Applications, Ajax, and all that marvelous dynamic interaction. It works and helps make the Web a true "platformless" platform, if you you know what I mean.
Embrace and enable rapid change and feedback. This often just means be ready for a very fast pace but it also means using lightweight tools, techniques, and not making the painfully inrreversible decisions (using an all-encompasing Ajax framework instead of one that is blendable, or building everything in C++ when Ruby might be a lot better.) This also means having a very rapid method for taking defect reports, fixing the bugs, and putting new versions out. And darn it, make it super easy for your users to get a hold of you. From a user perspective, report every problem you find and be sure to gently complain about what bothers you most, even if it isn't a bug.

Of course, Web 2.0 is an extremely large and involved topic and no one could possibly list all the importants Web 2.0 ideas and ways to think about it. So I encourage you, since you're here and evidently interested, to take a few minutes and add the things I missed. Web 2.0 is all about participation after all.

Published Feb. 26, 2006 — Reads 35,348
Copyright © 2008 SYS-CON Media. All Rights Reserved.

Related Stories

▪ Ten Ways To Take Advantage of Web 2.0

▪ Web 2.0 Design: The Ajax Spectrum

▪ Web 2.0 and the Five Walls of Confusion

▪ AJAX Starts To Grow Up and Bindows Helps

▪ Sixteen Ways of Thinking in Web 2.0

▪ You Know You're Web 2.0 When...

About RIA News Desk
Ever since Google popularized a smarter, more responsive and interactive Web experience by using AJAX (Asynchronous JavaScript + XML) for its Google Maps & Gmail applications, SYS-CON's RIA News Desk has been covering every aspect of Rich Internet Applications and those creating and deploying them. If you have breaking RIA news, please send it to RIA@sys-con.com to share your product and company news coverage with AJAXWorld readers.