At the end of the article, Shirky establishes three rules for evolvable (and thus potentially successful) systems:

1. Only solutions that produce partial results when partially implemented can succeed. The network is littered with ideas that would have worked had everybody adopted them. Evolvable systems begin partially working right away and then grow, rather than needing to be perfected and frozen. Think VMS vs. Unix, cc:Mail vs. RFC-822, Token Ring vs. Ethernet.
2. What is, is wrong. Because evolvable systems have always been adapted to earlier conditions and are always being further adapted to present conditions, they are always behind the times. No evolving protocol is ever perfectly in sync with the challenges it faces.
3. Finally, Orgel’s Rule, named for the evolutionary biologist Leslie Orgel — “Evolution is cleverer than you are”. As with the list of the Web’s obvious deficiencies above, it is easy to point out what is wrong with any evolvable system at any point in its life. No one seeing Lotus Notes and the NCSA server side-by-side in 1994 could doubt that Lotus had the superior technology; ditto ActiveX vs. Java or Marimba vs. HTTP. However, the ability to understand what is missing at any given moment does not mean that one person or a small central group can design a better system in the long haul.

I’ve been thinking a lot about decentralized/distributed microblogging, and when I read this article it really hit home.  Shirky’s advice rings true for a lot of things, but it particularly resonated with my feelings about decentralizing microblogging.  But before I continue I need to give an example:

Microblogging may be, at its core, a system for distributing 140(ish) character messages to various “followers.”  But there have been a lot of services around microblogging that are definitely part of the same idea, but not quite.  DailyMile is a great example of this.  You’re still essentially sending out short messages to your friends/followers, but those messages have some additional meaning/metadata (such as workout type, time, etc).  BrightKite is another example—you’re still sending out short status messages, but they’ve got a location attached.

The beauty of an open source, decentralized microblogging system is that you could build a system that does the core of microblogging well, and build it in such a way that those of us who also want to send out workout updates can extend the system to include workout metadata, and those of us who want to send out location updates and extend the system to include location metadata.  That is, if the system is built to evolve, it can benefit from Orgel’s Rule.  Anyone who comes up with a clever idea can implement it while tapping intro the existing infrastructure.

This has always been an important element for me, but Shirky’s article really solidified in my mind how important it is.  If a system isn’t easy to implement in some way, it will fail.  And if a system can’t evolve, it will fail.

Right now I have a few pages of notes/thoughts about decentralizing microblogging.  Hopefully I’ll find some time to make them a bit more coherent and post ‘em.  If you’ve got any specific ideas, feel free to get in touch with me or comment below.