Twitterの設計論 | ZEROFACES

これは後知恵です。Twitterが最初からこう設計されていればよかったのに、といった意図はありません。ネットベンチャーとして初期の最優先課題は「一日も早くサービスを公開する」ことであり、そのためにRuby on Railsを採用し、インフラ設計を後回しにした、という彼らの判断は妥当なものであったと思います。 そのうえで、しかし他人の事例から学ぶために、自分を当事者と同じ状況と仮定し、どういうことが考えられるか考えてみたいと思います。 Twitterの犯したミスは、彼らの釈明を見る限りではシステムのデザインを誤ったことだ（同時にそのことに気づき、軌道修正を行おうとしていることはすばらしいことだ）。 Twitter is, fundamentally, a messaging system. Twitter was not architected as a messaging system,

[takami_hiroki]

そのサービスが、どう使われるのかは最初はわからない。

[F-SQUARE]

以前つぶやいたことがある「誰かTwitterの設計やってみてよ」をやってくれた人がいた

[se-mi]

そもそもここまで急激なユーザー増は想定してなかったろうしなあ

[PoohKid]

RDBMSに拘らず固定長ファイルという選択もありという話／Twitterは実は140文字超も受け付けるとか当初からIM連携してたのでメッセンジャの性質は意識してたのではとかRails選択で自然とRDBMSになったのではと追加考察してみた