Twitterがページ表示時間を5分の1に高速化。どのようなテクニックを使ったのか？
Twitterがフロントエンドのアーキテクチャを見直し、Webページの読み込み速度を改善したことをブログで明らかにしています。 新しいアーキテクチャでは、これまでWebブラウザ上でJavaScriptの処理によって行ってきたWebページのレンダリングを見直し、サーバ側でレンダリング済みのHTMLページを送信し表示することにしています。これによってWebページの読み込みから最初のツイートの表示までの時間が大幅に短縮されることになりました。 When we shipped #NewTwitter in September 2010, we built it around a web application architecture that pushed all of the UI rendering and logic to JavaScript running on our users’
ツイッター・Facebook・Google+ の使い分けは「誰に情報を届けるか」で考えればすぐわかる
どうしてもソーシャルなサービスの話になると、「ツイッター vs Facebook」とか「Facebook vs Google+」といったように、互いのサービスの機能や利用者数で物事が語られる傾向があります。 技術的には興味のある話題ですが、しかし利用する側からみると、すこしこの議論の仕方は物足りないような気もします。 ツイッターであれ、Facebookであれ、Google+であれ、本質的には「誰かの情報を読む」か「自分のもっている情報を誰かに伝える」の二つの機能だけがその真価を決定します。RTや「いいね！」ボタンや、「+1」ボタンといった仕組みは、信号を増幅するアンプのようなもので、信号そのものには成り代われません。 一方、３つのサービスには情報の伝え方に違いがあるために使い分け、あるいは適性のようなものがうまれます。ここでは「情報を誰かに伝える」という視点で考えてみましょう。 ツイッター
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IDEA * IDEA
codnote.net
Twitterにおける大規模システム構築、3つの原則
