Mentality of Twitter

Lately I’ve re-discovered twitter as an outlet and connection to pretty much everybody. It’s a slick way to communicate what you’re doing without wasting time. Friends from across the country can stay up to speed on what’s going on in each other’s lives. Professional acquaintances stay in touch with achievements. It’s a very social social-network.

Twitter

I wasn’t attracted to the Twitter service when it first came round. It wasn’t because of the service itself, but rather because I didn’t accept the mentality of Twitter. I started out using it as a communications tool for passing work details to fellow co-workers (a terrific use of Twitter, btw!) In that state of mind I knew I was writing for a target group and ultimately found it easier to reach them with email, SMS or phone calls. What’s the point of another channel?

Twittering for a single purpose was clumsy and short-sited. Messages go much farther than the group. Messages go to everyone. It’s a many-to-many service and you’re shouting to the world silently announcing what you’re doing, thinking, or wish you were doing.

So with that in mind, you need the mentality of hitting the Public Timeline. You’re reaching any listening party and sending words which may never reach a destination. <geek>(It’s a massive hub, broadcasting UDP packets.)</geek>

You can follow me at http://twitter.com/solyoung. Leave a comment and get followed.

Twitter announces Starling

Just after getting sucked in to plunking three comments down on Dave’s post about decentralized Twitter I read up on Twitter’s Starling open-source release.  Were the developers at Twitter reading the minds of the community or what?  Or are they really that in sync with their customers?  Great news all around.  And a wise move.

Primarily I’m happy to hear that they’ve got a solid block to base their system on, “When other parts of the Twitter site go down, Starling stays up.”  From that block they can build out and have a scalable system.

And we’re going to help them build it.  Developers and customers and companies desiring to tie in to the magic are going to help build upon that block.  Heck, I’ve been buried in queue management…  I’m looking forward to seeing what they’ve got under their hood.

Twitter is a service, not a channel

There has been a lot of talk in the last couple days about the decentralization of Twitter. What? A few top bloggers got annoyed that Twitter keeps going down during peak use and here we are. Lame.

Back when Twitter first launched, my boss couldn’t say enough praise for their use of Ruby on Rails and the rapid speed of their development. I agreed that the speed at which they brought their service to life was impressive, but I wasn’t sold on Ruby. Rightfully so, as I soon was pointing out Twitter’s scaling problems and their blaming Ruby (it wasn’t Ruby, but it certainly cast doubt).

There are performance issues with Twitter. Their dev team blamed Ruby and was ultimately wrong. The product is so addictive that folks get angry when they can’t have it. So why not split this product up and decentralize it? Let’s make it a system of RSS feeds and all subscribe to the feeds we want. Why not?

Remember that Twitter is a service. Consider it somewhat like AIM or LinkedIn. Users have an identity, profiles, etc. It’s a social network. A very popular one at that. And decentralizing Twitter means creating a decentralized social network.

The value of Twitter (and why it wouldn’t succeed in a decentralized environment):

  1. Unique identity of each individual user.
  2. Speed of text messages and group announcements.
  3. Twitter Timeline… You can see a river of everyone’s posts.

If Twitter were switched to a system of RSS feeds we’d be nowhere further than the present blog feeds. A one-to-many approach instead of many-to-many. It would simply be a restriction and/or self-imposed limit to 140 characters + a topic that we’d be living by.

Prognosis: Twitter will step up and solve this with architectural improvements and bandwidth/load/communication concentration. If they don’t already have request concentration which directs requests to the appropriate cluster and DB, they’re already working on building it. The discussion of decentralization will go away.

Living Disconnected – BlackBerry 8800 back to life

A BlackBerry 8800 had been my mobile of choice for about six months in early 2007 prior to picking up an iPhone. I moved to the iPhone and the honeymoon lasted for a while, but the loss of instant email and being able to use real software ultimately killed the love. If you call yourself a software developer you develop software (or at least are thinking about developing software).

Since I’ve been diving in to a heavier load of server programming, an SSH client has been a priority. Rove offers a terrific terminal app, Mobile SSH, covering Telnet, SSH 1&2, etc. It’s $95, but well worth it. Tailing a log file while walking with my wife last weekend was far superior to sitting at Starbucks and dealing with WiFi. Spoiled? What?

Add to it that Rove offers a combination VNC RDC client called Mobile Desktop and a file manager app (though I have no idea when I’ll be FTPing or SFTPing stuff from the bberry – who has that much content on a bberry??). What Rove lacks in creativity for naming its products, it makes up in enterprise level quality.

If I had thumbs and fingers the size of matchsticks, the blackberry could replace my laptop. The keyboard is small, but so what?… Mobile blogging isn’t about long, drawn out posts (like this one? Sorry.) With WordPress hooked up, posts are possible. We’ll see if this turns in to a true mobile blogging platform… I’d love to hear from people on their preferences in the mobile blogging arena.

So it’s hooked in to WordPress for mobile posts. Flickr is plugged in to the 8800 and flickrRSS on WordPress. Twitter is plugged in to everything. I’m not so hot on Facebook – I’ll write my own apps…