曰く、twitterは世界中で数億のユーザに使われている。トラフィックを捌くサーバシステムの構築が困難で難しい仕事であることは明らかだろう。反面で、サービス自体は簡素なマイクロブログであり、見た目にはいかにも簡単に作れそうに思えてしまう。実際、twitterライクなマイクロブログには、OSSを含めてクローンが乱立しているようだ。訓練されたスラドの諸兄は、(twitter社が日々優秀な人材と大量の資金を投入してtwitterを作っていることを知っているのもあって)普段ならば間違っても『twitterを作るのは簡単』などと言わないと思うが、ここではあえてそれをぐっと飲み込んだところで、使用言語や設計手法、UXや会社運営、日頃twitterに対して思うところなど、「俺がツイッターを作るならこうする」について、ざっくりと語っていただければ幸いである。JapanはTwitterの管理や運営に全く関与していないTwitterが決算を発表、広告売り上げが減少傾向にこの議論は賞味期限が切れたので、アーカイブ化されています。新たにコメントを付けることはできません。(#3146207)とりあえず、Facebookを見ならって、広告ブロックソフトにブロックされない広告をもっとガンガン入れるとかかな...。単語を初めて見たとき、画像をクロード・モネ風に変換するPhotoshop用プラグインだと思ったものだ。#その「t」は何だよと思って調べたら、ラテン語由来なんだね。Coward商用アカウントサービス始めて、分析ツールの高度化やTweetsのスケジュール化などに対応させるかな。同様のサービスやってるサードパーティはAPIから締め出す。サードパーティのクライアントアプリに広告ツイートって入ってるのかな?使ってないから知らないけど。PROMOとかいうツイートをブロックすればおしまい、とかになるのか。いうの見つけたらAPIアクセス禁止にすればいいんだろうが。(#3146212)あんなくだらないもの作るくらいならスラドでも見てる方がまだまし。Cowardスラド作って下さい。日記そういやスラド新システムが開発中なんだっけ。日記そういやスラド新システムが開発中なんだっけ。[beautycolorcode.com]を多用した感じでお願いしたいな。[srad.jp]現在OSDNではスラドのシステムの刷新に向けて開発を進めています。現在の開発状況としては(...中略...)年内には新システムを稼働させられる状況にしたいとは思っておりますので、しばしお待ちください。日記このカラーリングは懐古主義でいうとあやしいわーるどを思い出す......。Cowardあんなくだらないもの作るくらいならスラドでも見てる方がまだまし。一般人はどう作る?って聞かれたら作る話をする。Coward会議でも、デキない理由しか上げない人っていますね。(#3146327)実現不可能なアイデアばかり出す企画屋がいたりすると特にね。Coward検討課題を標準的な日本語で書いてみるのも手かも知れませんよ。Coward理解できるところまで掘り下げるのも手かもしれませんよ。Cowardいますね。検討すべき課題を挙げているのに、やりたくない理由としてしか受け取れない人。Cowardあー、無職になりたいもんだね。仕事だったら作れって言われたら作んなきゃいけないんだから雑談サイトでくらい好きなこと言わせてくれや。現在のTwitterの利用のされ方がくだらないかどうかと、全世界であれだけのリクエストをさばいているシステムについて「自分が作るとしたらどうするだろう」と雑談ネタにするのがくだらないかどうかは独立でしょ。IDが振られていることを知ったときは、けっこう感動したけどなあ。(#3146213)P2Pで構築したい。日記やはり日本人は世界が終わる時も逃げずにツイッタしてるのか。本当は日本人に限らない。(#3146260)NNTP・・・ううん、なんでもない。Cowardあの世から、twitter機能検証版のWinny3をリリースして貰う。Mongoをシャーディングを選びます。CowardCGIってただのインターフェイスだよね?今ではウェブサーバーがCGIでPHPとか他の言語使えたりするけど。昔の"CGI=Perl"なイメージが強いせいか。日記その頃FacebookはPHPを再実装した。今ではウェブサーバーがCGIでPHPとか他の言語使えたりするけど。PHPは基本的にCGIではないですよ。PHPの言語仕様レベルにウェブサーバへの組み込み機能が含まれており、CGIというインターフェースは使ってません。(PHPをCGIモードで動かすこともできますけど、今時は滅多に使わないですね。)という二方式を対比させる感じですかね。Twitterのような負荷対策が重要なサービスだと、核となる部分は、独自サーバ方式が有力でしょうね。DBは性能的にKVSにしたいとこですが、フォローした人のツイートの取得とかを考えると、素直にSQLなRDBの方がいいかも。Coward俺はCGI=MVCだな。Coward昔がっつりはまってたCGIのチャットを思い出します。私ならLAMPで地道に...というところですが技術に付いてこれてないのかなぁ?最近もそうかは分かりませんがミクシィもMySQLで運用していると記事で読んだこともありますし、大規模運用でも使えるのかも。自分ならどうする?と言われれば、アウトラインが分かっている堅実そうな方法になってしまいます。難しいのは負荷分散のほうでネットワークとサーバーの負荷分散の基本構造が出来れば、あとは回線の太さとサーバーの台数を調整するルーチンワークになるイメージです。ロードバランサーやデータベースのクラスタリングを駆使すれば足りるのか。(#3146276)ひらがなのみ、5・7・5の17字に固定させます。おとのかず揃えてみた。(#3146307)Youtubeならっていうと驚くかもしれないけど、Googleはgooglevideo.comっていうcdnをサービスで出しているから、バックボーンを全部googlevideo.comに任せたら、「わが社の運営するビデオ投稿サイト」って結構簡単だと思う。問題は、googlevideo.comはトラフィックとレスポンスが優秀すぎて、他のcdn専門業者をぶっちぎっていること。アマチュアでやってるうちはユーザーへのサービスの一環って値段なんだろうけど、メジャーになって正式に契約を結ぶようになればお高くなって、費用対効果がペイしなくなると思う。今のネットビジネスは薄利多売とか大口契約とかが、結果的に逆ザヤになる(ように感じるほどダンピングが蔓延してる)。日記ツイートIDって各アカウント毎じゃなくて全ツイートで連番振っているからホームの表示の時ってアカウント毎に最新って感覚じゃなくてその表示リクエストがあった時の一番大きいのからさかのぼっていく感じで取れるようになってると思うよ。それにしたって簡単に処理できる量じゃないからごりごり最適化してるとは思うけど。シェア親コメントより多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。service.閉じるスラド読み込み中...。