On the surface, Twitter is a feed of messages — combined with many ways of getting messages to the service, as well as many ways of getting messages from the service, plus a framework for subscribing to others’ feed and seeing others’ friends’ feeds.

A single user can certainly host their own feed, and (via some soon-to-be-established) microformat link to this feed. Assuming that we discount the issue of maintaining your own feed, how will people find your feed? How will they subscribe to it in a way that incorporates the rest of their friends’ feeds? How will replies and direct messages (both excellent features of twitter) be implemented in such a model? Let’s dissect these in more detail.

Finding a feed

The low-tech, least-usable way of doing this is, of course, to just tell the reader to find the publisher’s site, find the tweetfeed link, and add it to their reading software. In practice, this won’t really work: nobody wants to search the net to find your tweets. My suggested solution: a set of web sites where users can register; a federation of registration servers, of sorts. So ilya@mytweetserver.com may be my default indexing location; yours may be johndoe@leettweets.net. If each server publishes a list/directory of nicknames (usernames) in a standard format, we can build search engines to search these registries. In theory this will mean some networks will be effectively private until a search engine finds them, but such is the normal mode of Internet operation anyways.

Subscribing and reading

Feed consumption need not be anything fancy. Something akin to online or offline RSS readers will be enough, albeit probably optimized for very short messages without bodies. When you subscribe, you subscribe to the tweetfeed of the publisher; your reading software will integrate all the tweets into a single, coherent timeline.

Replies / direct messaging

In order to support replies, we need to determine how we will address users, and how we will deliver the messages. I’m commingling replies and direct messages here as follows: to me, replies are public messages plus notifications to the target user that a new reply has been created, while direct messages are notifications to the target user that contain the reply, and the reply is not posted to the feed.

So how do we address users? The @user syntax is a very convenient one, so we can try to piggy-back on that by having @user mean user@SERVER — and the SERVER is my default registration server. If I want to address a user on another server, I can always use the fully-qualified @user@someserver.com. So for example, let’s imagine that there are three users in the world: john@serverA, jane@serverB, and jeremy@serverA as well. When john wants to reply to jeremy, he simply needs to start the reply with @jeremy, since jeremy is a user on the same server. When replying to jane, however, john would need to start the reply with @jane@serverB. Perhaps client software can make this easier via address book lookups. When john’s tweetfeed is published, the feed contains john’s default server name, serverA. A client consuming the feed would know how to resolve the usernames, and thus where to look up these other users’ feeds.

So that’s addressing, now what about delivery? This may be approached much like trackbacks: a standardized way of submitting a short snippet of data to your registration server. In a way, your registration server is your notification server. Some servers may be configured to forward the message on to your own tweet feed engine as an actual comment-like post; others may email you; others may publish a reply-feed that you may then consume with your own reader. This will then solve the problem of the privacy of direct messages as well — your private reply-notification and direct message feed will only be known to you.

Finally, we need to address spam. In a distributed system, combating fake-reply or direct message spam may not be trivial at all. My initial thoughts are to a) force reply messages to include a computed hash of some value from your feed, or b) have the reading software filter out any messages from people that it knows aren’t your friends, and requiring your friends to include a public key in their feed and to sign their messages with their private key.

Conclusion

This may all be a bit overkill, but on the other hand may result in a nice, friendly Twitter-like service that doesn’t really lose any of the functionality that makes Twitter so attractive and even gains some capabilities to create private networks.

Oh yeah, and follow me at http://twitter.com/haykinson

The British pundit Bill Thompson answers Dvorak and pokes holes in his argument — and does a wonderful job of bringing a dose of reality into the conversation.

The argument isn’t the first one out there. The debate about the OLPC has been going on ever since Nicholas Negroponte started talking about the project. It’s been both praised and criticized on aspects ranging from its technology, its cost, its educational value, and every single other conceivable aspect of its existence.

The strongest argument, however, is not one based on the OLPC at all. While talking about a green computer for kids, we are really getting in the middle of a long-standing debate in the West about how to approach post-colonial Africa and other developing nations. Is it right for the West to patronize the developing nations? Should we leave them to figure things out for themselves, even if it takes a hundred years? As people living in industrialized nations we feel a strong sense of injustice: our life expectancies are reasonable, our purchasing power is providing us with an ever-growing material wealth, and we have risen from working to provide for sustenance to being able to hold meta-discussions about our societal goals — yet, we have done a lot of this by letting others remain in the dark as we took their natural resources and at times decimated their populations.

With the world’s wealth severely out of balance, the self-conscious West wants to find ways to help. It tries sending aid – food and clothing, technology and money – most often with no long-term benefit. With aid efforts coming and going without any noticeable impact, it’s not surprising that people like Dvorak grow weary of yet another way to ram an unasked-for gift down the throats of people who most definitely like food first, and green laptops later.

The world’s resources may be seen as a zero-sum game, and the West has been playing with the developing world as if the game was exactly that. It typically talks about help to the developing world as transfer of wealth in some way, be it food, medicine patents, or even free military help to deal with internal political conflicts. What the West fails to realize is that in order to truly solve the imbalance of wealth we would have to somehow radically re-allocate our resources. This means that the West has to become really, really poor relative to its current situation. If the Gross World Product is about $65,960,000,000,000 (that’s about $66 trillion), and there are about 6.6 billion people in the world, the average per-capita GDP should be about $10,000. That’s four times less than the per-capita GDP in the United States, less than third of the per-capita figure in France, Malaysia would have to shed nearly a third, and even folks in Mexico would have to sacrifice a little bit. I do not think that the world, and especially the West, is ready to accept that kind of a transition. Indeed, even if we wanted to re-balance the world in a less-egalitarian way and, say, created a 4-to-1 disparity between the richer and poorer, we would still have to bring the per-capita figures to $16,000 in the 30 to 40 different Western countries.

Assuming that there will never be political will in the West to voluntarily become poor in order to empower the developing world, the only solution is to think of economic growth for the developing nations as acquiring new abilities rather than simply receiving transfers from the rich parts of the world. This is where projects like the OLPC come in. With a relatively small investment from the West — mainly comprised of technical and organizational know-how required to put together the laptop, its software, and its manufacturers — the West creates a tool that may empower some creation of new wealth, and new prosperity, in the developing world. Education and other stimulants of the information economy have the power to create a set of people who will contribute to the world — and their local society — in ways that would not be possible if we were simply providing expendable food. If a million laptops are distributed, and 700,000 of them crash and burn, and a further 200,000 are stolen, that still leaves a hundred thousand kids who are exposed to the Internet, the information economy, computation, software development, hardware engineering… you name it, in some way or another. That knowledge is not priceless, but it will last a lot longer than temporary insufficiently-sized one-time wealth transfers from the ashamed West.

In 2002, the president of Pakistan, Pervez Musharraf, was speaking to the Oraganization of the Islamic Conference’s committee on Science and Technology. In his speech he pointed out the great difference in educational disparity between the entire Islamic world, and the West (he actually used the example of the entire Islamic world having only 430 universities, and the country of Japan alone having 1000). He urged his colleagues — other heads of state — to invest in higher education as a way of lifting the member nations out of the relative darkness, as he described the situation. He even declared a jihad “against illiteracy, poverty, backwardness and deprivation”.

Mr. Musharraf’s words are encouraging. That a leader of a nation deeply in the midst of poor, developing nations acknowledges at the highest level the need to encourage and develop education as the primary method for getting out of the economic imbalance indicates at least some understanding of these same forces of creating long-term prosperity. The knowledge and information economy stimulation can also occur via other means than building universities: with methods such as the little green laptops, which cost the West fairly little but provide the developing world with a platform to build their future.

Now we just have to hope that Mr. Musharraf and others like him continue to believe in this principle, and begin this investment in their future in earnest.

So to that end I’ve begun looking for a new place to work. (Here’s my resume, by the way). I’m not totally sure where I’ll end up, but I know about a few things that excite me (both on the business front as well as the technological front):

• In general, startup companies with solid business ideas
• Current (thrilling) changes in the .NET world (i.e. LINQ and other C# 3.0 features)
• The Mono Project and the availability of .NET on Linux
• Silverlight and Moonlight, as well as XAML and XUL
• Ubuntu’s success in creating a thrillingly useful Linux desktop
• Solving the many “App 2.0″ challenges of bringing desktop apps towards their web brethren
• Agile teams of smart people

If you know of places that are great in some way, let me know.

Overall, I’ve got to say a giant Thank You to two entities: 1) Peer to Peer networks, which provided me with the the second and third seasons of the new series which was just not available in the US yet, not to mention Torchwood which is only starting in a few weeks having aired in the UK months ago, and 2) YouTube, whose users diligently upload old serials that are only available on (hard to find) VHS tapes, making it possible to watch almost the entire old series.

BART seems to be very utilitarian, unfriendly to the visitor. The map is a bit confusing (where are the stations exactly? the lines cover up quite a swath of the city), the lines are confusing (why are there four different lines going in the same direction over the same track in the city?). It’s even less clear which lines the trains are actually from, when they pull up at the platform — there’s an announcement of the final destination, but one has to look at the map to really tell which train you really want. Finally there’s what’s announced in the train itself: basically, nothing. You can kind of hear the name of the station you just pulled up to, and then really quickly an announcement of the destination of the train again. And the cars have no information on the routes you are following — definitely not on the current route, and not even a system map that’s obvious.

Compare with the Moscow Metro. Trains to different destinations almost never arrive at the same platform at stations — you always know where the train is going based on the platform you’re on. Each platform indicates which stations are still in the direction of travel, so that you can calculate how many stops you need to wait till you should shove your way out of the car. Upon arriving at each station, the system announced “Station [name of station]. Transition to station [name of other station] on the [name of line of the other station]“. Before the train leaves from each station, the system announces “Warning, doors are closing; the next station is [next station in direction of travel]“. If you’re on a line for the first time, they’re making it very obvious what’s about to happen. If you’re there every day, it’s annoying but possible to tune out. Each car has a system map next to almost every exit door, and a map of the current line above almost every exit door as well.

In addition to San Francisco, I’ve been to subways in LA, Chicago, NYC, several cities in Russia, several cities in Europe, and in Argentina. I think the BART system really gets low points for newbie usability.

I think that I had a fourth defining technology moment the other day. I got my cellphone to stream music from the Net. It’s not a major achievement, but here I was, holding a little box in my hand, receiving more data in a few seconds than I could have fit on any storage device just fifteen years prior. I could go anywhere in my home with this box, and my music — some music — would always be with me. And it’s not really the music that got me — after all, you could do this with radio for decades now. It’s the fact that I really do now have the jukebox-in-the-sky; I can listen to exactly what I want and where I want, without wires and with just my personal helper device. It’s also the fact that it wasn’t just music that was streaming; it was 40 kilobits per second of highly compressed data. I was connected; I was really part of the network. I took this further the next day: I plugged my jukebox-in-the-sky into my car’s auxiliary stereo port. Listening to my streaming station at 70 miles an hour, I was on the Internet, still part of the network.

I was receiving. This was definitely the fourth defining moment for me.

This is actually a great development. I’ve been a big fan of using mail reader based feedreaders, and totally love the fact that now I don’t have to use third party software. What I’m not happy about is feed synchronization.

I fairly regularly use three computers: a desktop at work, a desktop at home, and a laptop that I bring back and forth. I run Outlook 2007 (beta, of course) on my laptop. However, I sometimes want access to my feeds on one of the other machines, whether because I quickly want to check one of the blogs, or because I find a site that I want to add to my Outlook reading list. But, being on another machine, I’m out of luck.

Outlook makers thought of this, somewhat. Since feeds get delivered into Exchange folders, I can actually just read the posts being retrieved by my laptop from wherever I can run Outlook. But what if I don’t want to run Outlook everywhere?

The solution has got to be feed synchronization. A simple service can receive OPML files containing your blogroll and then synchronize them across Windows devices. Run a small client software, and it keeps track of your feeds — updating any clients with changes from other clients. All your machines would of course start checking all your feeds, but that’s a small cost to pay for keeping your computing environments synchronized.

1. Create and manage an account
2. Support initial import of an OPML file
3. Configure itself as either a reader only, or full synchronizer
4. Regularly query the service and update the local Common Feed List with new feeds
5. Regularly query the local Common Feed List and upload any changes to the service
6. Support export of OPML file

It would really be best if a service like Bloglines just built an API for this; they already have OPML capabilities and have a feed-savvy account base.

Thoughts, anyone?