にぽたん研究所

にぽたん研究所 - 【速報】GREE.jp vs mixi

なるほど。
mixi は素人向けなのかもですね。
GREE.jp vs mixi という構図は、「mod_php vs mod_perl の代理戦争」
としかとらえてなかった geek な人間でｽﾏｿ (ｳｿ

---

Posted by nipotan at September 05, 2004 16:45

(snip)

某カンファレンスで開発者の話を聞いて僕はGREEの技術レベルは素人に毛が生えた程度としか感じなかったのでphp vs mod_perlなんて止めて欲しいです。
多分プログラムの品質は相当悪い気がする・・・

---

Posted by mixi使い at September 08, 2004 12:21

「mod_php vs mod_perl の代理戦争」というのは勿論ジョークですよｗ
ただ、ジョークとは言え、この表現ってそんな「止めて欲しい」と思わせるほどマズかったのかと考えます。

プログラムの品質の悪さ。。。
う〜ん。。。

と、mixi 使いさんのご意見を受けて、深く考えてしまいました。

多分その「GREE 開発者」って田中良和さんの事なんでしょうね…。

Tanakayoshikazu.com - ソーシャルネットワーキングを作ってみました。

ソーシャルネットワーキングについて、去年の秋の終わりぐらいから興味があったので、いろいろ調べて考えてみたんですが、さらに深く知るために、「作ってみました」。

■Social Networkingが来る？

で、つくったのは、グリー（gree.jp）です。

開始から約１週間ですが、毎日２００人ペースで、口コミで広がっています。企業でもなく、ニュースリリースもなく、マーケティングコストもなく、ですから、はじめの一週間にしては、なかなかのスタートだったんじゃないかと思います。

私も幸い、参宮橋方面の某カンファレンスで田中さんのお話って伺った経験があります。

確か田中良和さんは「技術者」ってワケではないんじゃなかったかな。
当然、テクニカルに関しては普通の人に比べれば人一倍詳しいけど、田中さんがテクニカルな話をしても一部 geek 層から見れば「素人に毛が生えた程度」と思えるかも知れません。

上記の田中さんのエントリの末尾に、

追記：
まだ、アルファ版で、IE以外のブラウザで事実上つかえないなど、限られたりソースで、どのような順位で開発するかを模索してますので、一部のユーザ様にはご迷惑おかけします。いいかげん、パスワード再送ぐらい作ります。

というのがあります。
これを読むと、昔、パスワードがわかんなくなってわめいていたら、田中良和さんが降臨したのを思い出します。

にぽたん研究所 - GREE.jp その後

ご迷惑おかけしています。

さすがに、パスワード確認がなかったのは、問題ですね。
まずは、パスワード再送を急いで開発します。

ご不便をおかけして、本当に申し訳ございませんでした。

---

Posted by GREE開発者 at March 08, 2004 15:45

GREE.jp の中の人 ｷﾀ━━━━(ﾟ∀ﾟ)━━━━ｯ!!
わざわざこんなマイナー blog にコメントありがとうございます。

GREE.jp はとても楽しく使わせていただいています。
本業のほうもとてもお忙しいことと思いますし、
そんな急がれなくても、なんとかアレゲに回避出来ますので w

と…コメントの投げ合いはもしや同じビル内で行われているのかなぁ…？
ふと思ってみるテスト。

---

Posted by nipotan at March 08, 2004 15:52

そしてその翌日に実装されていました。

田中さんが自身の Blog で「いいかげん、パスワード再送ぐらい作ります」と言及しているのは日時的にこの Blog に田中さんが降臨した日であって、たぶん「にぽたん研究所に書いたのがきっかけでリリースをした機能」なんだと思います。

日本初の SNS という意味で、そのサービスのコンセプトとしての面白さ。
「パスワード再送」の件に象徴されるように、利用者の声や田中さんの周囲の人の声を汲みあげて、一歩一歩成長してきたというさま。
ここらへんが GREE.jp の特徴なんじゃないでしょうか。

確かに、GREE.jp は色々な面でイケてないとは思うんですが「この実装イケてるよ」と、技術面だけでサービスを取捨選択したりしないのが、圧倒的大多数の「素人層」。
かと言って、GREE.jp は完全に geek 層から始まって、素人層まで裾野を広げたわけです。
「GREE.jp を買った」って人ならまだしも、「GREE.jp を使ってる」人なのであれば、よほどの「穴」がない限り「プログラムの品質」云々ってまったく関係無いと思っています。
プログラムの品質の悪さ云々で言えば KENT WEB なんて絶対に流行らないでしょうしね。

GREE.jp は一個人で作りあげたサービス。
それに対し、mixi は イー・マーキュリーという企業が作りあげたサービス。
サービスに注げる時間、コスト、マンパワー、どれを取っても圧倒的に有利でしょう。
GREE.jp はそんな圧倒的不利の中で、ここまで mixi に勝ってきて、なお今も対等にはりあえるんだから、やっぱスゴいんじゃないんでしょうか。


「個人が提供するサービスが企業提供のサービスに勝てる」という、いい模範を示しているような気がします。


一方 mixi に至っては、ドリで組んでるからクロスブラウザ対策はおおよそ問題なし。
Fedora Core を使っていたり、Apache 2.0.50 (一部 2.0.49)、mod_perl は 1.99_13、Perl 5.8.3 という、「新しいもの」を沢山集めてます。
じゃ「プログラムの品質」がそんなにいいんでしょうか。
redirect 時に Location ヘッダ値に absoluteURI を吐かない (でも external redirect する) お行儀の悪さ。
IE だと「コミュニティに参加する」画面で [参加する] ボタンを押し、「このコミュニティに参加しました。」が出たら[戻る]→[次へ]と押すとおかしくなります (POST した先で no-cache になっている他の画面でも全て同様)。
そんなとこに「品質の悪さ」がうかがえるんじゃないでしょうか。

かといって mixi はご存知の通り、GREE.jp を超えました。
コミュニティ (GREE.jp で言うところの「グループ」) が圧倒的に機能面が上で楽しい。
GREE.jp よりも全然バグが少ないし、障害時の対応が早いでしょう。
この点で「mixi は支持者が多かった。だから、GREE.jp を追い抜いた。」
そう思えてなりません。

品質戦争なのか、アイディア戦争なのか。
どちらも備わっていれば文句はないですけど、当面は「アイディア」と「I/F の良し悪し」が人を引きつける大きな要素だと思ってます。
(もちろん、ストレスというのは重要な要素ではありますが)

実装が mod_php だろうが mod_perl だろうが mod_jk だろうが mod_jserv だろうが mod_ruby だろうが mod_tcl だろうが mod_python だろうが mod_cgi だろうがナンだっていいと思っています。

GREE.jp も、mixi も含めて、「利用者の心、時間という、極めてパーソナルな部分をガッチリつかめるサービス」のプロバイダーを、総て等しく尊敬しています。