We’ve all heard the phrase “victims of their own success.” An instruction program takes off and suddenly librarians run ragged trying to meet the demand. A web app gets so popular it crumbles under the weight of it’s adoring fans. A person becomes known as Someone Who Gets Things Done Well and suddenly ends up on every committee known to man. These things happen all the time, and they usually throw the person or service into a state of frantic instability followed by an uncertain period where it looks like they won’t be able to escape with their good name intact.
A fair number have seen this happen with Twitter lately. Things got so unstable that finally, last week, a bunch of librarians fled to FriendFeed. I don’t often post about this kind of site, mainly because I’m really not in the market for more followers, but last week this whole saga got me to thinking about what it was we liked about Twitter, what it is that I don’t like about FriendFeed, and how this resonates with similar sagas I’m witnessing elsewhere in my life (namely, the Impending Moodle Bloat, and the Continuing Adventure of the Library Catalog).
Since nobody needs to know everything I think about Twitter and FriendFeed, here’s the key difference as they apply to my needs and my preferences. Twitter does a small set of functions and (when it’s functioning properly) does them well. It concentrates on reverse-chronological order, brevity (which forces a certain kind of creativity), and makes its other features slave to those two governing laws. FriendFeed is intended to aggregate stuff and allow conversations to spring up around that stuff. If I wanted, I could share all my bookmarks and photos and blogs and twitter stream and, and, and… basically anything with a feed and a few things without feeds. It’s kind of like the Facebook of microblogging. You can add all kinds of things to it and it does it’s best to present all that stuff in a way that makes sense. And for me, this overabundance of features diluted the site’s effectiveness (though I know others who love it). It ended up eating up more of my time than I wanted (even after I “hid” pretty much everything that people added to their lifestreams) because I had no good way to mentally mark a conversation as “read” since there might be new comments on it, and while I was reading things the screen might reorganize itself so I’d have to go back and figure out what was new and what was old all over again. Non-static reverse chronological order takes more mental energy than I would have thought.
Well, all of this reminded me of some of the worries I have for Moodle. As people come up with all kinds of new things that it could do and new ways to feed information into and out of it and new roles it could fill, will it lose focus enough to hamper its ability to do core functions well? What are it’s core functions, anyway? As it moves from being a “course” management system to a “learning” management system, will it go through Twitter-ish frantic instability?
And, of course, when I think of systems that try to do too many things and therefore fail to do any one thing well, I immediately think of library catalogs and the ILSs of which they are a part.
So after I’d convinced myself that every application should strive to do one thing or a small set of things, and do those things really well, I realized it’s not that simple. The tricky bit is that not everyone’s workflow and preferences are the same. So how do you build a system with mass appeal that only does a few things?
And since I have no answers for these questions, I’ll leave you to answer them for me while I ponder the temptation to do all things for all people after learning that you do one thing really well.