Dave Winer
on Twittercrashes:
Some guidelines for potential Twitter-competitors.
1. I don't like names with the word "killer" in it -- even in private. It's the wrong idea. No one will kill anyone. And names you use in private have a way of leaking out in public.
2. Don't use the term crowdsourcing -- it betrays a perspective that's arrogant and wrong. I am not part of a crowd, I am a creative important person. Most Silicon Valley companies have this attitude. It's a good vector for competing. Our users are sentient human beings, individuals. Important not just as a collection of people.
3. Most important, any service meant to compete with Twitter must be 100 percent compatible with the Twitter API. Porting of apps that build on Twitter means making the domain an option, where you call twitter.com it must be possible to change it to mytwitterclone.com, for example.
4. It must be possible to use your clone when Twitter goes down and then switch back to Twitter when it comes back up with no loss of data. If you want smoothe entry into the market you must serve as a backup, earn your place with the users. Everyone will love you because it gives Twitter a very real concrete incentive to become more reliable.
5. To everyone, twitter.com included -- this is a utility like email or IM. Reliability is key. If it's going to be used in business (very powerful idea) then auditability is essential. To assume that users love the product is not a good idea, any emotional connection becomes a negative if you can't keep the system up.
Damn...there goes my plans for Killercrowdsource.com !
But its a very good 5 point plan for any Telco or other Service Provider looking to build a simple UC service.
But is there a point 6 -
don't build big scale stuff in Ruby on Rails? Seems to be a common factor in quite a few constant-outage Web 2.0 systems