今回のライブドアの件で、「ライブドアは虚業」、とか「日本のネット企業は心を改めて技術を磨け」みたいな論調を良く見かけるわけですが。誰かが書くだろうと思っていて、やっと出てきたライブドアの技術の話。声高に言ってる企業なんかよりも遙かに高いと思ったほうが良いでしょう。圏外からのひとことの中で示されていたポインタ以外にも、最近の取り組みは以下のリンクが参考になると思います。Labs自社でサーバーを設計するなどレイヤ0から独自の技術を持っており、連日のテレビ放映による影響でも落ちないサイトを維持し、オープンソースの自社製フレームワークで大規模なサイトを超短期で構築して自分たちで運用している。活用するウェブプログラマに与えた影響は非常に大きい...ライブドアはそういう技術的な側面を持っている企業です。楽天ですとか、そういった所を技術的でないと認識されている人も多いように感じますが、それは単に技術を全面に押し出すマーケティングをしてないだけであって、技術を持ってないということとは違う。一日何億もあるページビュー、何万というトランザクションをエラーを出さずにさばき続けるのにいったいどんな技術が必要か、想像したことはありますか。今回の事件そのものについて有罪だ無罪だ、正しいとか間違ってるとかそういうことを言うつもりはありません。マスメディアが報道しないそういう側面があるということを、みなさんにも正しく理解して欲しいなと思います。14:20はじめまして。上記エントリーの件、理解しました。blog”以降、あまり一般インターネットユーザに対してオモシロイサービスを提供してこなかったように思います。今回の一件を機に、Livedoorがより一般ユーザに近くなるような、楽しいサービスをリリースしてもらえるようになればいいなぁ、と思ったりします。素人ながら、コメントさせていただきました。はてなにも期待してます。16:03たぶん、ほとんどの人は十分分かっていると思うので、おせっかいなのは、承知してますが、もしかしたら、CTOという、その会社の技術の顔である人が、実名と肩書を晒してこういう発言をするのに、どれだけの覚悟がいるかは、実感しにくい方もいるかもしらんとか思ったので、念のため補足しときたくなりました。彼はB2Cの会社の技術代表という立場ですから、彼がその技術力を裏書きするようなことを言った会社が、あとから、技術的にはスカスカであることが分かって、それがネットに広まったりしたら、シャレにならんなと。自信と確信と心意気とかがないと、こんなこと、言わないわけです。打算的なだけのズルい人は、かなり自信があったとしても、踏む必要のないリスクを踏むような損なことはしないわけですよ。世の中には、そういう打算的なCTOはゴロゴロいますわ。その中で、あえてリスクをとってそういう発言をする、ということに、なんていうか、「エライでんな〜」とか思うわけですね。やって自分のプレゼンスを上げるというとこまで計算した上での発言というところもあるだろうから、もちろん、完全に打算的でないと言う解釈は、まあ、ちょっとヌルいわけですが、にしても、そういうレベルの高い打算だったら、ぼく的には、その行動の価値は少しも貶めないとか考えたりとか、まあ、だんだんまとまらなくなって支離滅裂になって自分でも何を言っているのか分からなくなってきましたが、それでも発言するということに踏み切るその背後の心の動きが、なんかカッコイイなーとか、そんなことをぼんやりと考えたりしたわけです。ま、どうでもいいノイズでしたね。16:33そうですね。PICShttp://coolsummer.typepad.com/kotori/2005/12/livedoormixifli.htmlなど、素晴らしい技術です。”ライブドアはそういう技術的な側面を持っている企業”ですね。今回の話は、とても勉強になりました。21:06デザインをパクるのは簡単かもしれませんが、機能をパクるのは簡単ではありませんよ。03:43初期はひどかったですけどね。ありえないエラーばかりで。13:15確かにここまで大きくなったのには必ず分けがあるんだよな。レイヤー0からのノウハウがあるのは、やっぱり強みですな。楽天ですとか、そういった所を技術的でないと認識されている人も多いように感じますがライブドアや楽天に対して、技術がないという論調が出てくるのは、マイクロソフトやグーグルと比較した場合に考えると、ライブア、楽天は技術力がないと思えてくるからでないでしょうか?やはり、日本を代表するIT企業なのですから、当然、自動車のトヨタや、エレクトロニクスのソニーのように世界の主導的な立場にいるかといえば、そうではないから、ライブドア、楽天は技術がないと思われるんだと思います。そこらのIT系零細企業と、比べて技術力がないとは思ってません。01:58技術は所詮、技術だ。それは道具なのであって目的ではない。21:52>shuichi16氏それは単なるあなたのブランド感としか思えないのですが。何か技術論とは別個の問題に思えます。ブランド感で技術力が理解されているというのがあなたの意見でしょうけど。17:28パクリは悪くないという考え方もアリでしょうね。僕の中ではナシですが。17:32加えていうと、技術力の高ければ儲かるわけではないですよね。後発のポータルやSNSが儲かるとは思えません。グーグル並みの技術力があれば別でしょうけど。18:30そう言えば、ライブドア・infoseek・CoolOnline・楽天なども一日にかなりの処理をしてても落ちないですね。う〜ん技術面ではかなりの腕を持っていそうですね。無料のサービス関連サイトの技術者は尊敬しますね。有料のサービスを提供してるところでもたま〜に落ちる時もありますがすぐに稼動しはじまったり、分散サーバについてよく理解しててサイトの一部だけを落とし数時間で修正し再稼動したりしてますからね。いうのをパクりとは言わなくなってるらしいので、livedoorのもパクりとは言わないらしいです。確かに、ネタ元のgoogleがyahooにソースを提供したという話は聞いた事がありませんね。19:19だってポータルサービスなんかやるならば、技術は持っててあたりまえなわけで。未熟な技術で大風呂敷なんか広げられちゃあユーザーが困るわけですよね?だから技術はあって当然だと。その技術でどうやって金を生むかというのが企業のあり方なんではないでしょうか?株価操作ではなく、技術があるならそれを売れば良かったものを・・。他にも同レベルの技術をもった企業が、健全に利益追求出来てるのならば、ライブドアが技術をもっていても、それは何のフォローにも、慰めにもなりませんね。20:48ITmediaの記事から飛んできました。IT企業は技術力があって当たり前、というのは建前であって実態はそうじゃないところが少なくないですよ。企業としての技術力が弱いと言う場合、単に優秀な技術者を雇えていないケースと、技術力の高い技術者はいるけど発言力を持っていないケースとがあると思うんですよ。ライブドアは後者だと主張したかったのでしょうね。こんなのは技術者視点でのプライドの問題であって第三者にはどっちでも同じことですけど。金儲けのために技術力(信頼性や安全性など)を切り捨てる企業姿勢は予想以上に広まっているんじゃないですかね。ITの世界では法規制も未整備ですから、耐震偽装事件のように裁かれる心配もないわけだし。01:05>高負荷のサイトが落ちてないから技術があるなんて言ってるのは、>車がエンストしないから高性能だと言っているようなもんで、それでも、これまでリッターカー程度の負荷水準で廻してたポータルで、イレギュラーな事態が突発していきなりトランザクションが2倍3倍のオーダーになっても、エンストしないだけのスケーラビリティを用意していた(あるいは動的に構成を組み替えて負荷分散し、DoSに陥るのを防止した)、というのは評価に値する点じゃないでしょうか。何年前だろうが何年後だろうが、単位時間内の処理数がシステムの負荷限界を超えれば落ちるものは落ちる、これはシステムの宿命です。運用・保守系の地力というものが、華々しい新技術に比べて評価されにくい面があるのは仕方ないですが、ダウンタイム0を維持するというのは、この種のサービスの生命線だと思います。「あとはカネですよ」というのは一面の真実かもしれませんが、逆に言えば可用性や負荷耐性というのは安易にコストを削りやすい部分だということでもあります。livedoorのサイト群はそうしていなかったし、低位レイヤーから地道で堅実な仕事をやって可用性向上に努めていた。伊藤氏や、上のリンクから辿れる「livedoorの技術的側面」を肯定的に評価している各氏は、そのことについて言及しているのでは。01:22いまどき、この程度の事で技術力が有るとか言えるのはどうでしょう?東証が落ちたのは技術力が無いためですか?リソース(設備、人、資金etc)をきちんと振り分ければ済むだけの話で、オープンソース系だからと言って、きちんとした運用イコール技術力と言うのはひと昔前の事ではないでしょうか。リソースが不足さえしていなければ、きちんとした運用は当たり前です。02:36トップが主導していたものが「一部の暴走」ですか・・。ロクな会社ではないな。今回の事件以前にライブドアは広告代理店側からの評判悪いよ。勝手に風呂敷広げて閉めちゃう。ビジネスとしてリスクあるから案件持ち込まれてもなるべく受けたくないし躊躇する(気まぐれだから)と某大手の方が溢していた。去年の11月の話しだったな。02:36トップが主導していたものが「一部の暴走」ですか・・。ロクな会社ではないな。今回の事件以前にライブドアは広告代理店側からの評判悪いよ。勝手に風呂敷広げて閉めちゃう。ビジネスとしてリスクあるから案件持ち込まれてもなるべく受けたくないし躊躇する(気まぐれだから)と某大手の方が溢していた。去年の11月の話しだったな。02:38ついでに...nat君は社員臭さがプンプンしてならない。08:57通りすがりさんはせっかく自分の経験談を元に話しているのに、>nat君は社員臭さがプンプンしてならない。(笑)これは蛇足だと思いますよ。いった場でそういう風なレッテル貼りは自分の論に浅薄という二文字を貼り付けてしまいます。09:49ITMediaにこの記事がリンクされたためだと思うのですが、昨晩よりnaoyaさんのこの記事経由で、物凄いアクセスが来ております。それで嬉しい悲鳴なのですが、負荷対策の為、文中冒頭のリンクを下記のURLに変えていただけないでしょうか。内容は同じで、staticなHTMLに変換しただけのものです。http://www007.upp.so-net.ne.jp/kengai/livedoor/20060126_p02.htmlhttp://www007.upp.so-net.ne.jp/kengai/livedoor/20060127_p01.htmlおそらく負荷の為だと思うのですが、かなり煩雑にエラーが発生してしまっています。お手数ですが、よろしくお願いします。10:42変更しておきました。さんトラフィックやトランザクションの点で技術力が〜とコメント欄で主張されているかたは是非、リンク先の文章なども合わせてご一読ください。ここで言ってるのは僕の言ってることが正しいと主張していることではなく、ちゃんと自分の目で調べてから、虚業であるとか、技術力がある/なしというのを判断してくださいね、ということなのですから。トラフィックやトランザクションの話はあくまで一例に過ぎません。言っても、みなさんが想像するものと桁が二つぐらい違うとは思いますけどね。11:13どうも、ありがとうございます。13:13あれだけのカネと社員数が等のリソースがあれば、それにモノを言わせたシステムが出来ていても当然なのでは?それに「あの事件は一部の社員が」ってのは酷い発言だと思う。本当に反省してるのかって思ってしまう。堀江氏のブログコメントで「マスメディアは手のひらを返したように」ってのが多くあったけど、一番手のひらを返してるのは上記発言やライブドア離れをしている関連会社等、身内じゃないか。これをご都合主義と言わずしてなんと言うか。13:27当然、と言える根拠は何でしょうか。社員のうち何人が技術者で、どのぐらいコスト効率でサーバーやソフトウェアの開発していたか、それもリンク先を読めばわかるのでお読みになってくださいね。2.技術力があるということは別の話なので。23:25ITMediaの記事では「技術者20人ほどでポータルの全サービスを作っており」とありますが、これはつまりシステム構築や運用は他に任せているということですよね。アプリ開発からテスト、運用、管理まで自社20人でインソースしているとは考えられません。23:55我々はライブドアのポータル以上のシステムをいくつも見ることが出来ます。電話の交換機、気象予報システム、大企業のERPシステム、コンビニのPOS等、ライブドアが素人の集団では無い事に間違いはないでしょうが取り立てて技術が素晴らしいというレベルでもないと思います。あの程度の規模を運営、構築する技術は専門に扱っている会社であれば中小企業や零細企業でも持ってますよ彼らは大手の下請けで、ライブドア以上のシステムを当たり前にいくつもこなしています。ライブドアのサイトが落ちていないのは素晴らしいことで間違いありません。それはオーバースペックであっただけにすぎません。技術面から言えばコスト見積もりが甘かったとも言えます。・・・さすがにそれは意地悪すぎる言い方ですが当然、今回のようなイレギュラーな状況でも運営を続けるライブドアのサイトは素晴らしいと思います。保守、運用コストが充実しているのを技術力があるとは言わないでしょう?そう、システムの負荷限界を超えれば落ちるのは常識それはライブドアのサイトも同じただ、ライブドアのサイトはその負荷限界の設定値がその規模に対して高かったとそれだけにすぎません。23:57ウェブサーバの安定運用って、どうなんですかね。確かに必要な技術ではあると思うけど、Apacheそのものを作る技術、Linuxを作る技術と比べると、「程度が低い」と思うのは偏見ですかね。03:26「テレビでガンガン放映されているのに、あの手のポータルをアクセス不能にしないこと」ってのがどれだけ困難で、金だけではない技術が必要だ。大規模Apacheサイト運営についてを見聞きした技術者には自明の話なのだけど。それがこのコメント欄に代表されるような「たんにコストをかけすぎてサーバー台数が多いだけじゃないの?」というピントはずれな印象をもたれてしまうってのがポイントなんだなぁと思いました。あと「バックヤードの見えない部分」が話のポイントなのに、目に見える部分でしか話を聞いていないというのも面白いところですね。さんやっぱりそういうウェブ屋の世界と、一般のシステム開発の世界は違う文化だからでしょうねえ。何を言ってもみんな自分の世界に当てはめて憶測で考えちゃうんでだめすですね、これ以上何を言っても。なんとかの壁ってやつでしょうか。11:50まぁ、もし、本気で「ただ金が有る。台数が多いだけ」だけとか言ってる技術者がいるんだとすれば、もうちょっと勉強したほうがよいですよ。安定運用してるからといってサーバに余裕を持たせているだけなんて発想が幼稚すぎますね。見た目には判らないけど、サーバの台数なんて日々のサービスの変化で常に調整して変えてるもんですよ。それでもサービスを止めずクオリティも下げずに大規模のサイトを運用するには、サイトの設計からして普通とは違います。その発想からして、そういう経験も無い人が言っているんでしょうけど。15:01例えれば、サッカーのゴールキーパー(以下GK)のようなもので>サーバ運用者GKは失点すれば責任を押し付けられるけど、失点の原因はGKの身体能力(技術力)とは別の「何か」にある場合がほとんどですよね?しかしGKの能力として、その「何か」が含まれることはちょっとサッカーをかじったことがある人ならわかると思います。サーバ運用者にもその「何か」があるのです。私自身はIT業界に携わっていますが、サーバの運用者ではありません。サーバ運用者の「何か」に助けられたことが多々あります。これを技術力と言わなければ、何を持って技術力というのか教えていただきたい。「技術スキルが高い」と「技術力がある」は違うものなのですよ。あまりにも無責任な書き込みが散見されたので、当事者でもないのにカチンと来てしまいました。負荷が高い→サーバを単純に増やせば良いこれは大きな誤解です。交通渋滞を考えてください。解決には車線拡張や道路を増やすだけでなく、道路の建設位置や信号のタイミング、ジャンクションの設置、果ては路上駐車対策を考慮した駐車場の設置、都市計画まで及んでいくのです。これは資金さえつぎ込めば解決するものではありません。道路であれば長期のロードマップ(道路整備計画)、突然の道路幅拡張にも耐える用地の確保や交通量増加時の事前計画などが無ければ、お粗末な対応になっていきます。前例が無いことに対応しなければならないのです。これがどれほど難しいか、技術にかかわる仕事に従事している人ならわかっていただけると思うのですが。19:08なんちゃって技術者の仰る通り、「スキルレベルが高い」ということと「技術を持っている」ということが混同して使われていると思います。前者は、HighVolumeWebSiteを構築、運用できるほどのスキルがあるということであり、後者は、特許などでメジャーできるものだと思います。負荷が高ければ、結局サーバーを単純に増やすしかないのではないか?というのが私の意見です。アクセス数が増加している段階で、ApachやAppServerのスレッド数をいじろうが、ヒープサイズを増やそうが、DBのパラメータをいじろうが、はてまたアプリを書き直そうが、性能要求にミートするには相当のワークが発生しますし、どう最適化、チューニングしても追いつきません。21:27サーバーを追加すればいいていうのもなんというか幸せな誤解だなあ。22:34確かに何千万もするファイルサーバーとか、ロードバランサーとかで問題が解決できる機会っていうのは存在すると思います。いう点がびったりはまる局面も確かにあります。実際にはサーバーを増やせば解決できる、というケースは希で、むしろそういうケースは幸運な方です。「サーバーを追加すればいいていうのもなんというか幸せな誤解だなあ」というのはそういう局面を経験している人の一言じゃないかなと思います。サーバーを追加するだけではどうにもならない、ではどうするか、というのを具体的に経験として語っている良い資料に以下の物があります。いう巨大なシステムを運用する中で、サーバー群がどのように成長していって、どういう局面でどういう技術が必要だったかが詳細に記されています。やってる取り組みと非常によく似ていて、そこにはそれなりの技術が必要という風に認識しています。いうフレームワークをオープンソースでリリースしていたり、あと外注で、と思われるかもしれませんが多くの物を自社開発しているという点もあります。あとは、インフラを自分たちで設計しているという点も見逃せないと思っています。22:36あと、ミッションクリティカル系のシステムと、ポータルのようなウェブシステムというのは同じシステムでも方法論がずいぶんと異なります。さんがその辺について素晴らしい記事をお書きになっているので、もし興味があればご一読ください。23:19そもそも、連日のテレビ放映でどの程度トラフィックが増えたのか、それがクリティカルなほどの負荷増だったのか疑問なんですが。マスコミがライブドアの「虚業」の部分を騒ぎ立てるのと、一般の方々がライブドアのサービス、すなわち「実業」の部分に興味を持ってアクセスするのとのではそれなりの距離があるような気がします。負荷増は本当にあったのですか?少なくとも、私が一連の騒動の間ライブドアのサービスを利用していた限りでは、特にアクセス集中が起こっているようには思えませんでした(もちろん中の人がリアルタイムで対処していたためかも知れませんが)。2倍3倍のトラフィックがこう存在して、それをしのぎきったとかであれば賞賛もしますが、外野からは分からない、確かでない仮定を前提にして、ライブドアの技術力を強調するのもなんだかなあという感じがします。23:40なるほど、そこは僕の主張も確かに憶測に基づいていますね。それなんですが、また憶測になってしまうので申し訳ないとは思いつつ一つ具体例を。そのぐらいまで跳ね上がりました。テレビ報道の影響というのは、以前にはてながテレビの深夜番組で取り上げられた際に経験してるのですが、そのアクセス増に近い物があります。深夜番組一回でその様相でしたので、連日の報道の影響はもっと大きいのかなと。考えると突発的なアクセス増というのが、正確な数字までは予測できないものの、感覚的には予想できるかなあという風に思います。23:46繰り返しになりますが、テレビ報道の影響でも落ちない...というのはあくまで具体例の一つですので、それ以外の面についても考慮していただければ嬉しいなと思います。23:50サーバー増設の話について、少し長くなったので別記事として書いてみました。http://d.hatena.ne.jp/naoya/20060209/1139495228合わせてご一読いただければ幸いです。10:36別記事をnaoyaさんが書かれましたが、サーバを増やすと言う点について、素人考えを追加。増やすは大前提なのです。それをどう増やすか、が技術なのです。(例え話ばかりですいません)、工具箱に何が入っているかはすぐにわかるでしょう。取り出すのもあっという間です。大きな倉庫いくつも並んでいて、その中から必要な部品を探したり取りに行くのは大変でしょう?それをどうやって適切に配置し、無駄な動線を減らし、ストレス無く導けるようにするか。いうのも技術ではないでしょうか。1+1=2は小さな数字でしか通用しないのですよ。乱暴な言い方ですが、「単純にサーバを増やすだけじゃん?」とおっしゃっている方は、プログラムが遅いと言われた人が「サーバの処理速度をあげればいいじゃん?」と言っている人と思考回路に変わりが無いような気がします。システムについてあまり知識が無い方の書き込みでしたら、これは暴言でした。02:38単純にサーバを増やすだけじゃん?と言っている人など見あたりませんが?ちょっと論点が白熱したので、誤解を解くのも兼ねて整理してみました。ライブドアが単にカネをかけてるだけとは思ってません。同レベル以上の業務運用をやっているシステムがいくらでもあることを考えると技術的に見て、レベルが高いと取り立てる程稀少な技術でもなくきちんとした最低限の技術は持っている程度かなと思った次第です。東証の話が出てましたが、東証のシステムがダウンしたのは富士通の技術が問題だったのではなく見積もりが現実より甘かったことが問題の根底にあったのではないでしょうか?ライブドアが落ちなかったのは見積もりが現実以上であったからではないかと動的にサーバーの処理能力を増減するのは当然の運用ですが、物理的に瞬時にサーバーが増えるはずもなく、あの電撃的な操作と取締の中で数時間の間にサーバーの増設、セットアップ、最適化が行われていたとは思えないわけです。声高に言ってる企業なんかよりも遙かに高いと思ったほうが良いでしょう。Yahooというモノマネコンテンツ制作能力はどうよ?コンテンツ制作なんてたいしたことないと思われるかもしれないが、オリジナリティがない。機能を付加しても、基礎のない建築物のようなものだ。あと、Webサーバの場合、運用力が重要で、台数が多ければ良いとは思いません。キャッシュなどの技術がしっかりしていれば、そうトラブルが起きないですよね。いえば、メディアエクスチェンジがネットに関してとても良い技術をお持ちのようですね。17:37コンテンツがモノマネというのは、個人的には感心しませんが、経営戦略的には「アリ」だと思います。持ち出すのも恥ずかしいのですが、コトラーの競争戦略によると、上位グループを追う立場の企業(市場フォロアー)のとる正しい戦略はずばり「模倣」だそうです。これ以上はこの記事の本筋からずれてしまうので、興味のある方は調べてください。21:43創造とは模倣なりそんな言葉を残した方がいましたね。22:42>うきさん言ってますが、素人がぽんぽんやっているわけではないのは認めてますよでは、なぜライブドアの技術が特筆すべきでないか、私も出来るだけかみ砕いて説明しますね>いかに「サーバーを増やすだけで問題を解決できる」状況を作るか記事の中でも書かれているのでもう一度詳しく読まれてみては?>実際にはウェブサーバーは比較的楽に水平展開できるのでそれほど問題にはなりません。このあたりが重要なポイントであったりします。サーバーを増やして問題を解決出来ない大きな原因は同期のオーバーヘッドです。銀行のATMシステムを例にするとAさんの預金通帳は100万円、ここからAさんのカードを持ったAさんが鹿児島で同じくAさんのカードを持ったAさんの知人Bさんが北海道で同時にAさんの口座から100万円を下ろす処理をしたとします。この時、同期に遅延があるとAさんもBさんも100万円を下ろし、100万円の口座から200万円が下ろされるという事態に陥ってしまいます。コレを防ぐために、どちらかの処理が行われた瞬間、次の処理が行われる前に、処理の同期を行わないと行けないのです。Aさんが鹿児島でお金をおろした時点で北海道のATMもBさんに口座にはお金が無いと通知しないと行けないからです。同じ事は上に出てきた東証のシステムでも言えます。同期は極めて重要なのです。サーバーが増えるほどこの同期のオーバーヘッドは増えていきます。そのため台数増によるシステムの増強が困難なのです。わかりますよね?では、ライブドアはどうかというと、この同期の処理にルーズさが許されます。更新が少ないため同期処理自体が少なく、さらに、そのリアルタイム性もそれほど重要視されません。blogのコメントをAさんが書いたらBさんは書けない等と言うことがないためです。お互い書き込み完了の情報を通知してあとでゆっくりマージすればいいのです。ネット通販にしても、リアルタイムには処理が行われず、最終的な注文の確定は遅延されメールなりで送られてくるはずです。いま、この瞬間に契約が成立していくシステムの増強とは困難さが違うわけです。14:52実際に高負荷システムの設計・開発・運用やったことのないような素人たち、あとLivedoorブログ級のpvさばくのに何が必要かを全く理解していない人たち(naoyaさんが言うように、どれくらいか想像すらつかない人たち)。http://d.hatena.ne.jp/naoya/20060127/1138329840技術なヒトが陥ったワナ?http://d.hatena.ne.jp/pirolix/20060127http://d.hatena.ne.jp/nisyu/20060127技術者は不遇か?http://d.hatena.ne.jp/u-training/20060127http://d.hatena.ne.jp/vitalify/20060127八十七回目http://d.hatena.ne.jp/kojiy/20060127http://d.hatena.ne.jp/tailliar/20060127http://d.hatena.ne.jp/caprin/20060127http://d.hatena.ne.jp/tomo-s/20060127http://d.hatena.ne.jp/dambiyori/20060127http://d.hatena.ne.jp/enoki_os/20060128技術的にはいい会社だと思います。ライブドアブログ堀江貴文、復活のシナリオ。livedoor堀江も昔は・・・ライブドアの件で真実は多面体ライブドアの技術力http://d.hatena.ne.jp/hayato_y/20060203IT技術ベンチャーとしてのライブドアオン・ザ・エッジ求人写真に警戒http://d.hatena.ne.jp/Kodakana/20060207http://d.hatena.ne.jp/adole/20060207http://d.hatena.ne.jp/t_fuji/20060208http://d.hatena.ne.jp/essa/20060208ライブドアはウェブの中身を知り尽くしたインターネットのプロ集団...ライブドアの技術者達、がんばれ。ライブドアが意外と技術系っぽいことについてライブドアの技術の話http://d.hatena.ne.jp/essa/20060209http://d.hatena.ne.jp/hatayasan/20060209http://d.hatena.ne.jp/naoya/20060209http://d.hatena.ne.jp/Lettusonly/20060210ライブドアの技術の話http://d.hatena.ne.jp/yojik/20060221http://d.hatena.ne.jp/mahorobagreen/20060309http://d.hatena.ne.jp/hyoshiok/20060314自己紹介エントリhttp://d.hatena.ne.jp/textfile/20060127http://d.hatena.ne.jp/hatayasan/20060903http://d.hatena.ne.jp/sirouto2/20070311「堀江貴文逮捕による本当の損失」の反響について思うこと何がSIerの技術力だよhttp://d.hatena.ne.jp/ringod/20070925きびたんの日記。