間違っとは？

データ入力用語シソーラス辞典

このページは 2007 年 07 月 17 日 21時47分06秒に更新したキャッシュ情報です。

　検索キーワード＝データ入力代行
優先キーワード＝データ入力

間違っとは？

[ 524] スタートアップを始めない理由が間違っている理由
[引用サイト]　 http://www.aoky.net/articles/paul_graham/notnot.htm

私たちはY Combinatorを十分長くやってきたので、成功率について話せるくらいデータがたまった。最初に投資をした2005年夏のグループには8つのスタートアップがあった。現在ではそのうちの少なくとも4つは成功しているようだ。この中の3つはすでに買収されており、Redditは2つの会社、RedditとInfogamiが合併したものだ。3番目のやつについてはまだ買収先を話せない。最後の1つはLooptで、これは非常にうまくいっており、その気があれば10分以内に買収先を見つけられるだろう。
だから最初の夏の創業者たちのうちの半分くらいは、2年もしないで金持ちになったことになる。少なくとも彼らの基準で言えば。(金持ちになってみて学ぶことの1つは、金持ちにも多くのレベルがあるということだ。)
私たちの成功率が50%という高い水準を保つだろうとはまだ言いかねる。第1弾は例外だったのかもしれない。しかし成功率はよく言われている(そしてたぶんでっち上げの)数字である10%よりは高いものになるはずだ。25%は楽に狙えると思う。
そして失敗した創業者達でさえ、そんなにひどい目にあったというわけではない。最初の8つのスタートアップのうちの3つは今では死んでいる。2つのケースでは創業者たちが夏の終わりに他の方面に進むことにしたというだけだ。彼らがこの経験によってトラウマを負ったとは思わない。トラウマ的失敗に一番近いのはKikoだろう。創業者たちはこのスタートアップのために丸一年働き、そしてGoogle Calendarによって叩きつぶされた。しかし彼らも結局はハッピーになれた。彼らのソフトウェアがeBayで25万ドルで売れたのだ。エンジェル投資家たちにお金を返したあとでも、彼らの手元には1年分のサラリーくらいのお金が残った。[1] 彼らはそのあとすぐにもっとエキサイティングな新しいスタートアップを立ち上げた。Justin.TVだ。
したがって、数字はさらに衝撃的なものになる。最初のグループでひどい経験をした者は0%なのだ。すべてのスタートアップの習いとして、彼らにはいいこともあり、悪いこともあったが、彼らの中でそれをキュービクルでの仕事と取り替えようと思う者はいないだろう。そしてこの数字はおそらく例外的なものではない。私たちの長期的な成功率が最終的にどんなものになるにせよ、普通の仕事をしていれば良かったと思う者の割合は0%に近いままだろう。
だから私にとっての大きなミステリーは、どうしてもっと多くの人がスタートアップを始めようとしないのか、ということだ。スタートアップを起こす人のほとんどすべてがそれを普通の仕事よりも好んでおり、かなりの割合の人が金持ちになっているというのに、どうしてみんなやりたいと思わないのだろう? 多くの人は、投資のラウンドごとに私たちの元には何千という応募が来ているのだろうと思っているようだが、実際はほんの数百だ。どうしてもっと多くの人が応募してこないのだろう? そしてスタートアップの世界を見ている人にはスタートアップが狂ったように生まれ出ているように見えているのだろうが、必要なスキルを持った人の数に比べればずっと少ないのだ。プログラマの大多数は、大学を出るとまっすぐキュービクルへと向かい、そしてそこに居続ける。
人々はどうも自分の興味に従って行動しているのではないらしい。いったいどうなっているのだろう? この疑問については、答えられると思う。Y Combinatorはベンチャー投資プロセスの最初の部分に位置しているため、会社を始めたいのか確信を持てない人の心理について、私たちはエキスパートなのだ。
別に確信がないことに悪いことは何もない。スタートアップを始めることを考えているハッカーであって、その溝を跳び越えるのにためらいを感じているなら、あなたは大きな伝統の一部なのだ。ラリーとサーゲイはGoogleを始める前に同じように迷っていたし、ジェリーとファイロもYahooを始める前に同じように迷っていた。実際、最も成功したスタートアップの多くは、自信満々のビジネスガイによってではなく、確信のないハッカーによって始められているのだ。
このことの裏付けになる事実がある。私たちが投資した最も成功したスタートアップの人たちは、応募を決めたのが最後の最後の瞬間だったと後になって話してくれた。締め切りのほんの1時間前に決めたという人さえいる。
確信のなさに対処する方法は、その不安をコンポーネントへと分解することだ。何かをするのに気が進まない人の多くは、8つくらいの異なった理由が頭の中に入り交じっていて、どれが一番大きな要因なのか自分でもわかりかねているものだ。その中にはもっともな理由もあれば、実体のない理由もある。しかしそれぞれの要因の相対的な割合が分らなければ、確信がないことが全体として大方もっともなことなのか、それとも大方実体のない不安なのかも分らない。
だからスタートアップを始めるのを躊躇させる要因をすべてリストアップし、どれが本質的なものなのか説明することにしよう。そうすれば創業者になりたいと思う人が自分の気持ちを確かめるためのチェックリストとして使えるだろう。
私の狙いがあなた方に自信をつけさせることであるのは認めよう。しかしこれがよくある自信をつけるエクササイズと違っている点が2つある。1つは私には正直であろうとする動機があるということだ。自信をつけ
させるビジネスをしている人の多くは、あなたがいかにすばらしいかを教えてくれる彼らの書いた本の代金やセミナー参加費をあなたが払った時点で目的を達している。一方、スタートアップを始めるべきでない人たちにスタートアップを始めるように私が勧めるなら、私は自分の生活を悪化させることになる。あまりに多くの人にY Combinatorに応募するよう励ますなら、彼らの応募すべてに目を通す私の仕事が単に増えるだけだ。
もう一つ違っている点は私の姿勢だ。ポジティブになろうとするかわりにネガティブになろうと思っている。私は「やってみようよ、君ならきっとできるさ」とは言わない。私はあなたがやろうとしない理由のすべてについて考え、その多くは??全部ではない??無視できる理由を説明する。まず誰もが生まれながらにして持っている理由から始めよう。
多くの人が、自分はスタートアップを始めるには若すぎると考える。それが正しい場合も多い。世界的に見て中央値は27歳くらいだ。だから1/3くらいの人は本当に若すぎると言えるだろう。
若すぎるとはどういうことだろう? Y Combinatorで目指していたことの1つは、スタートアップ創業者の年齢の下限を見出すということだった。私たちには
いつも投資家たちが保守的にすぎるように思えた。彼らは大学院生や学部学生に投資すべきときでも、大学教授に投資したがった。
この範囲を押し広げていく過程で私たちが見出したのは、限界がどこにあるかということではなく、限界が曖昧だということだ。限界は16あたりかもしれない。私たちが18より下の人たちを対象としないのは、彼らが法的に契約を結べないからだ。私たちがこれまでに投資した中で最も成功した創業者であるサム・アルトマンは、当時19歳だった。
しかしサム・アルトマンは例外的なデータポイントかもしれない。彼は19のときでも、内面的には40くらいに見えた。一方で19歳であっても内面的には12くらいの人たちだっているのだ。
ある年齢を超えた人を指す「成人」という言葉があるのには理由がある。人が越える境界というものがあるのだ。それは伝統的に21に固定されているが、実際には異なる人は異なった年齢でこの境界を越える。そしてこの境界を越えていれば、年齢に関わりなく、スタートアップを始められる年なのだ。
それはどうすれば分るのか? 大人扱いできるか調べられるテストが2つある。実はこれらのテストの存在に私が気付いたのは、サム・アルトマンに会ってからだ。彼に対していると、何かもっと年長の人と話しているような気がしていた。後になって、自分は何を基準にそう思ったのか疑問を持った。彼が年長に思えたのは何によってなのだろう?
大人扱いのためのテストの1つは、まだ子供のすっぽかしの名残を持っているか見るということだ。小さな子供は、何か難しいことをやるように言われたとき、泣いて「できないよ
」と言えば大人はたいてい免除してくれる。子供には魔法のボタンがあって、「ぼくは子供なんだ」と言ってそのボタンを押せば、ほとんどの難しい状況から開放してもらえる。しかし成人の場合、すっぽかしは許されない。もちろん相変わらずやる人もいるが、そうすると無慈悲に切り捨てられることになる。
成人かどうか言うためのもう一つの方法は、挑戦に対してどう反応するか見ることだ。まだ成人にならない人は、大人に挑戦されると、彼らの支配を認めるような仕方で反応する。大人が
「ばかげたアイデアだ」と言うなら、子供は脚の間にしっぽを挟んで引き下がるか、あるいは反抗する。しかし反抗は従属と同様、下位にあることを意味するのだ。「ばかげたアイデアだ
」に対する大人の反応は、相手の目を見て、「そうですか? どうしてそう思われるんです?」と聞くことだ。
もちろん挑戦に対して子供じみた反応をする大人はたくさんいる。あまりお目にかからないのは、挑戦に対して大人のように反応する子供だ。そういう人を見つけたなら、その人は年齢に関係なく大人なのだ。
私は以前、スタートアップ創業者は少なくとも23であるべきだと書いたことがある。そして自分の会社を始める前に何年か別な会社で働くべきだと。今ではもうそうは思っていない。私が考えを変えたのは、私たちが投資したスタートアップの例を見てのことだ。
今でも21よりは23の方がいいとは思っている。しかし21歳の人が経験を積む一番いい方法は、スタートアップを始めることなのだ。だから、逆説的ではあるが、スタートアップを始めるための十分な経験がないなら、スタートアップを始めるべきなのだ。これは普通の職に就くよりも、はるかに効果的に未経験を治療してくれる。普通の職というのは、実際にはスタートアップを始めにくくしてしまうかもしれない。働き場所としてのオフィスと、どんなソフトウェアを書くか指示するプロダクトマネージャを必要とする飼い慣らされた動物にあなたを変えてしまうことによって。
このことを私に確信させたのはKikoの創業者たちだった。彼らは大学を出てすぐにスタートアップを始めた。彼らは経験のなさからたくさんの誤りを犯した。しかし1年後に私たちが彼らの2番目のスタートアップに投資する頃には、彼らはものすごく手強い連中になっていた。彼らは間違いなく飼い慣らされた動物ではなかった。彼らが働いていたのがMicrosoftだったなら、あるいはたとえGoogleであったとしても、彼らがこれほど大きく成長することはなかったと思う。彼らはいまだ自信のない下級プログラマでいたことだろう。
だから今では、私は大学を出たらすぐスタートアップを始めるようにアドバイスしている。リスクを取るのに若いときほどいい時はない。確かに失敗するかもしれない。しかし失敗した場合でさえ、就職するよりも早く、究極の目的にたどり着くことができるだろう。
こう言うのは少し懸念を感じないわけではない。実質的にこれは、私たちの費用持ちで失敗を通じて学ぶようにと勧めるようなものだからだ。しかしこれは真実なのだ。
スタートアップ創業者として成功するためには相当な意志が必要だ。これはたぶん成功を占う一番いい指標になると思う。
起業をやってのけられるだけの意志のない人もいる。これは私には確信を持って言うのが難しいのだが、それは私自身ははっきりと意志を持っており、そうでない人の頭の中がどうなっているのかわからないからだ。しかしそういう人がいるだろうことはわかる。
ハッカーの多くは自分の意志を過小評価していると思う。スタートアップの運営に慣れるにつれ、目に見えて意志が強くなっていく人を多く見てきた。私たちが投資した何人かは、最初は200万ドルで買収してもらえたら大喜びというようだったのが、今では世界支配に狙いを定めている。
自分が十分な意志を持っているかはどうすればわかるのだろう? ラリーとサーゲイでさえ、最初会社を始めることに迷っていたというのに? これは推測だが、自分のプロジェクトに取り組むことに十分強い動機づけを感じるかどうかがテストになると思う。ラリーとサーゲイは自分たちが会社を始めたいのか確信がなかったかもしれないが、彼らは指導教官の命令におとなしく従うだけのリサーチアシスタントではなかった。そして彼らは自分のプロジェクトを始めたのだ。
スタートアップの創業者として成功するためには、それなりに頭がいい必要があるかもしれない。しかしそれについて懸念しているようなら、あなたはたぶん間違っている。スタートアップを始められるほど頭が良くないかもしれないと心配しているくらいなら、あなたはたぶん十分頭がいいのだ。
何にせよ、スタートアップを始めるのはそんなに知性を要求されることではない。スタートアップの種類によっては必要となる場合もある。Mathematicaを作るつもりなら、数学で秀でている必要があるだろう。しかし多くの会社はもっと日常的なことをやっており、そこで決定的要因になるのは頭脳ではなく努力だ。シリコンバレーはあなたの見方を歪めてしまうかもしれない。シリコンバレーには頭の良さに対するカルトがあって、頭の良くない人たちでさえ、少なくとも頭が良さそうに振る舞っている。もし金持ちになるには高い知性が必要だと考えているなら、ニューヨークやロサンゼルス
技術的に難しい何かをするスタートアップをやれるほど頭が良くないと思っているなら、エンタープライズソフトウェアを作ればいい。エンタープライズソフトウェア企業というのはテクノロジー企業ではないのだ。彼らはセールス企業であり、セールスでは努力がものを言うのだ。
これもまた、係数が0であるべき変数だ。スタートアップを始めるのにビジネスについて何か知っている必要はない。最初のうちは製品に集中すべきなのだ。このフェーズにおいてあなたが知っている必要があるのは、人々が欲しがるものをどうやって作るかということだ。それに成功したなら、どうすればそこから金を引き出せるか考える必要があるが、それは簡単なことであり、その場になればどうにかできる。
私は創業者たちに、ただ優れたものを作り、金儲けのことはあまり心配するなと、かなりうるさく言っている。そしてあらゆる経験的な証拠が、そのことを示している。人気になるものを作るスタートアップの100%が、そこからどうにかして金を稼ぎ出しているのだ。そして買収者たちが私に個人的に言っているのは、彼らがスタートアップを買うのはその収入のためではなく、戦略的価値のためだということだ。それはつまり、彼らが人々の欲しがるものを作っているから、ということだ。買収者たちはこの法則が彼ら自身にも当てはまることを知っている。ユーザがあなたを気に入っているなら、あなたはどうにかしてそこからお金を得ることができる。そしてユーザがあなたを気に入っていないなら、世界で最も巧みなビジネスモデルだろうと、救いにはならない。
ではどうしてこう多くの人が反論しているのだろう? 1つの理由は、20歳の連中が金にならないクールなものを作って金持ちになるという考えが彼らには気に入らないのだと思う。そんなことが可能であって欲しくないのだ。しかしどれほど可能であるかは、どれほどそうあって欲しいと思うかに依存するわけではない。
感化されやすい若いハッカーを破滅に導く無責任な笛吹男のように言われることをずっと煩わしく思っていたが、今ではそのような議論が起きること自体いいアイデアであることの徴だと思うようになった。
もっとも価値ある真実は、多くの人が信じないような真実なのだ。過小評価されている株のようなものだ。そういうアイデアで始めればその領域全体が手に入る。だから自分ではいいアイデアだと分っているがみんな認めないようなものを見つけたなら、単に彼らの反対を無視するというだけでなく、その方向に積極的に進むべきなのだ。今の場合、それは人気になるだろうが金を得られそうにないアイデアを探すということだ。
あなたが人気になるものを作ったのに私たちがそこから金を得る方法を見つけられないなんてことにはならないよ。賭けてもいい。
共同創業者がいないというのは本当の問題だ。スタートアップを1人で持ちこたえるというのは難しすぎる。私たちは他の投資家たちと多くの点で違った考えを持っているが、この点についてはみんな考えが同じだ。投資家は誰であれ例外なく、共同創業者がいない場合よりいる場合の方が投資してくれる可能性が高い。
私たちは単独の創業者2人に投資したが、どちらの場合も優先度第一のことは共同創業者を見つけることだとアドバイスした。彼らはどちらもそのアドバイスに従った。しかし私たちは彼らが応募する前に共同創業者を見つけておいてくれる方がうれしい。投資を受けたばかりのプロジェクトで共同創業者を見つけるのはそんなに難しくない。それがすごく難しいときにサインするくらいに十分コミットしている共同創業者が望ましいのだ。
共同創業者がいない場合、どうすればいいのだろう? 見つけることだ。これは他の何よりも重要なことだ。あなたが住んでいるところには、一緒にスタートアップを始めようという人が1人もいないというなら、そういう人がいる場所に移ることだ。あなたの今のアイデアでは一緒にやろうという人がいないなら、アイデアを変えることだ。
もし在学中なら、潜在的な共同創業者に囲まれていることになる。大学を出て何年かたつと、探すのはずっと難しくなる。選べる対象が少なくなるだけでなく、彼らの多くは職を持ち、支えなければならない家族さえいるかもしれない。だからスタートアップについてよく話していたような友達がいるなら、極力連絡を絶やさないようにすることだ。彼らが夢を生き続けさせる助けになるかもしれない。
ユーザグループやカンファレンスのような場所で共同創業者となる人に出会えるかもしれないが、私はあまり楽観的ではない。その人を共同創業者にしたいかどうかは、いっしょに仕事してみないと分らないからだ。[2]
このことの本当の教訓はどうやって共同創業者を見つけるかということではなく、スタートアップは共同創業者となるべき人が周りにたくさんいる若いときに始めるべきだということだ。
ある意味で、いいアイデアを持っていないのは問題ではない。それというのも、スタートアップの多くは、どのみちアイデアを途中で変えるものだからだ。Y Combinatorの平均的なスタートアップは、最初の3ヶ月が終わるまでに、アイデアの70%が新しいものになっている。場合によっては100%新しくなっていることもある。
実際、創業者自身が初期のアイデアよりも重要であることを私たちは確信しており、今度の投資サイクルでは新しいことを試みようとしている。全然アイデアのない人にも応募させようと思っているのだ。何をするつもりなのか問う応募用紙に、
「アイデアはない」と書いて済ませてもいい。あなたが非常に優れていると思えば、私たちはどのみち受け入れるのだ。私たちはきっと、あなたと一緒に腰を据えて見込みのあるプロジェクトを何か考え出せると思う。
実際には、これは私たちがすでにやっていることを成文化しただけだ。私たちはアイデアには小さな重みしか置いていない。私たちは主に礼儀として聞いているに過ぎない。応募用紙の質問の中で私たちが本当に気にかけているのは、その人がこれまでにどんなクールなものを作っているかということだ。見込みのあるスタートアップのバージョン1を作っているならすごくいいが、私たちに関心があるのは、その人がものを作ることに優れているかどうかということだ。人気のあるオープンソースプロジェクトでリードデベロッパーをしているというのも同じくらいにポイントが高い。
Y Combinatorから投資を受けるのであればそれで問題は解決するわけだが、一般的にはどうだろう? 別な意味では、アイデアを持っていないというのは問題になる。アイデアなしにスタートアップを始めたなら、次にすべきことは何
あなたのためにスタートアップのアイデアを得るための簡単なレシピをお教えしよう。あなた自身の生活に欠けているものを何か見つけ、そのニーズを満たすものを提供すればいいのだ??それがどんなに特殊なものに見えても構わない。スティーブ・ウォズニアックは自分でコンピュータを作ったが、そんなものを欲しがる人が他にもたくさんいると誰にわかっただろう? 狭いが真性のニーズというのは広いが仮想的なニーズよりも、出発点としてはいいのだ。だからあなたの問題が土曜の夜だというのにデートの相手がいないということ
なのだとしても、ソフトウェアを作ってそれを解消できる方法を見つけたなら、何かに行き当たったことになる。同じ問題を持つ人なら大勢いるからだ。
多くの人は増え続けるスタートアップを目にして、「こんなの続くわけない」と思う。彼らが暗に仮定しているのは、存在しうるスタートアップの数には限界があるということだ。しかしこれは誤りだ。社員1000人の会社で給料をもらって働ける人の数にそういう限界があると主張する人はいない。それならなぜ、5人の会社を所有して働く人の数に限界があると考えなければならないのか? [3]
働いている人のほとんどすべてが、何らかの必要を満たしている。会社を小さなユニットに分けたところで、この必要がなくなるわけではない。既存の必要は、少数の巨大で階層的な組織よりも、スタートアップのネットワークの方が効率的に満たすことができるだろう。しかしそれは機会が少なくなることを意味するわけではない。現在のニーズを満たすことは、より多くのニーズを生み出すことになるからだ。これは確かに個人に当てはまるし、それで何かまずいことがあるわけでもない。建物全体が年中春のように温められているような、中世の王侯であれば女々しい贅沢だと考えたようなことを、私たちは当たり前のこととして享受している。そしてものごとがうまく進むなら、私たちの子孫は私たちが驚くような贅沢を当然のこととして享受しているだろう。物質的な富に絶対的な基準はないのだ。ヘルスケアというのもその一つであり、それだけで1個のブラックホールを作り出す。今後当面は、人々はさらに多くの富を求め続けるだろう。だから企業に求められる仕事の量に上限はなく、スタートアップでは殊にそうなのだ。
通常、余地がないという俗説は直接的には語られず、「GoogleやMicrosoftやYahooが買えるスタートアップがそうたくさんあるわけはない」というような言い方で暗に示される。そうかもしれないが、買収者のリストはこれよりもずっと長い。そして他の買収者はともかくとして、Googleは愚かではない。大企業がスタートアップを買うのは、それが何か価値あるものを作っているからだ。個人が求める富の量に上限があると思わないのに、どうして企業が買える価値あるスタートアップの数に上限があると考えるのだろう? 1つの買収者が飲み下せるスタートアップの数には実際的な上限があるかもしれないが、それが価値あるものなら、即座の支払いの見返りに創業者たちは喜んで上昇過程にあるものを譲り渡し、買収者
これは本当の問題だ。私は家族を持っている人にはスタートアップを始めることを勧めない。それがまずいアイデアだからではなく、やるように勧める責任を負いたくないということだ。22歳の相手にスタートアップを始めるように勧める責任なら喜んで負う。彼らが失敗したらどうするか? 彼らはそこから多くを学び、職が必要であれば依然としてMicrosoftの職は待っていてくれる。しかし私にはおっかさんたちを怒らせる覚悟はない。
あなたにできることとしては、家族があってスタートアップを始めたいなら、コンサルティングビジネスを始めて、徐々に製品ビジネスへと変えていくという方法がある。経験的に言って、その切り替えをやってのけられる可能性はとても低い。そういうやり方では、けっしてGoogleは作れないのだ。しかし少なくとも収入が途絶えることはない。
リスクを減らすもう一つの方法は、自分でスタートアップを起こす代りに、既存のスタートアップに参加することだ。スタートアップが採用する最初の社員の1人になるというのは、創業者の立場にかなり近い。いい意味でも、悪い意味でも。大まかに言って、社員ナンバーnの人は1/n^2くらい創業者なのだ。
これは私がスタートアップを始めない言い訳だ。スタートアップはストレスに満ちている。金に困ってないのに、どうしてそんなことするんだ? 「連続起業家」1人につき、
「また会社を始めるかって? バカ言っちゃいけない!」というまともな人間がたぶん20人くらいいるはずだ。
私は新しいスタートアップを始めそうになったことが2度ほどあるが、いずれの場合も自分の人生の4年間をめちゃめちゃな苦労で埋めたくないがために引っ込めた。私はこのビジネスのことなら十分よく知っている。生半可ではやれないのだ。いいスタートアップ創業者を危険にするのは、際限のない苦労をよろこんで耐えるということだ。
しかし引退というのにもちょっとした問題がある。多くの人と同様、私は仕事するのが好きだ。そして金持ちになったときに発見するたくさんの奇妙な問題の1つに、いっしょに働いてみたいと思うような興味深い人たちの多くは金持ちでないということがある。彼らは生活のためにどこかで働く必要がある。それはつまり、彼らと同僚になりたかったら、あなたも生活のための仕事をする必要があるということだ。たとえあなたには金を稼ぐ必要がなかったとしても。実のところ、これが連続起業家たちを駆り立てているものじゃないかと思う。
そしてこれは私がY Combinatorでの仕事をすごく好きな理由だ。この仕事は好きな人たちと興味深い仕事をいっしょにやる口実を与えてくれるのだ。
これは私が20代の頃にスタートアップを始めない理由になっていたことだ。この年代の人の多くと同様、私は何よりも自由に価値を置いていた。私は何であれ数ヶ月以上のコミットメントを要することをするのは気が進まなかった。そしてスタートアップのように生活を完全に奪われてしまうようなことをしたくはなかった。それはいい。世界を旅行して回ったり、バンドで演奏したりして時間を過ごすのが望みなら、それはまったくもって当を得た会社を始めない理由になる。
成功するスタートアップを始めるなら、少なくとも3年か4年は取られることになる。(失敗すれば、ずっと早くて済む。) だからそれくらいのスケールでコミットする覚悟がないなら始めるべきではない。しかし注意して欲しいのは、定職についたなら、おそらくスタートアップに取られるのと同じくらい長くそこにいることになるということだ。そして思っていたよりも自由になる時間が少ないことに気付くだろう。だからあなたがもしIDバッジをつけてオリエンテーションに行く覚悟があるなら、スタートアップを始める準備だってできていると言えるかもしれない。
生活に構造を必要とする人もいるのだと聞いたことがある。これは何をするか人に言ってもらう必要があるというのを聞こえよく言っているだけのように思える。そういう人たちはきっといるのだろう。経験的な証拠であれば、軍隊に、カルト、そ
あなたがそういった人たちの1人であるなら、スタートアップを始めるべきではない。実際のところ、スタートアップで働くべきでもない。いいスタートアップでは、何をするか指示されるようなことはあまりない。CEOという肩書きを持つ人間が1人いるにしても、社員数が12人くらいになるまでは、他の人に指図する人間はいるべきではない。そんなのは非効率すぎる。それぞれの人はただ必要なことを、言われるまでもなくやるべきなのだ。
それがカオスを作り出すレシピのように聞こえるなら、サッカーチームのことを考えてみるといい。11人が非常に複雑な仕方で一緒に働き、非常の場合でもなければ、誰も他の人にどうしろと言ったりはしない。レポーターがデビッド・ベッカムに、レアル・マドリードでは選手の出身国が8つにも分かれていて、言葉が問題になることはないのかと聞いたことがあった。それに対してベッカムは、言葉が問題になることはなく、みんな非常に優れているので、話す必要がないのだと答えていた。彼らは各自がそれぞれただしかるべきことをしているのだ。
自分がスタートアップを始められるほど十分独立心が強いかどうかはどうしたら分るだろう? もし独立心がないかのように言われるとムカつくなら、あなたにはたぶん十分な独立心がある。
不確かなことを嫌うためにスタートアップを始めるのを先延ばしにする人たちもいると思う。Microsoftに働きに行くなら、この先何年かのことを非常に明確に予見することができる。明確すぎるくらいだ。実際、スタートアップを始めるなら、どんなことだって起こりうる。
不確かさが問題だというなら、私がそれを解決してあげよう。スタートアップを始めたなら、それはたぶん失敗する。まじめな話、これは起業の体験全体について考える悪くない方法だ。最高を望みながら最悪を予期しておくのだ。うまくいかなくとも、少なくとも興味深い体験ができる。そしてうまくいけば、たぶん金持ちになる。
あなたのスタートアップがこけても、あなたが真剣に努力している限りは誰も批難はしないだろう。採用者が起業の失敗をマイナスと見ていた時期もあったが、今は違う。私は大企業のマネージャたちに聞いてみたが、彼らはみな起業を試みて失敗した人の方を、同じ時間を大企業で過ごしていた人よりも雇いたいと言っていた。
投資家達も、失敗の理由が怠慢や救いがたい間抜けさというのでもない限り、マイナスとは考えない。よその国(たとえばヨーロッパ)では、起業の失敗が大きな汚点として捉えられると聞くが、ここでは違う。アメリカでは、会社というのもまた、他のあらゆるものと同様、使い捨て可能なのだ。
1年か2年社会に出ていた人が、大学を出たての人よりもいい創業者になる理由の1つに、彼らが自分で何を嫌うかわかっているということがある。スタートアップが失敗したら仕事に就く必要があり、そしてそれがどんなに嫌なものなのかを彼らは知っているのだ。
大学の時夏休みに仕事していたので、仕事がどんなものかくらい分っていると思うかもしれない。しかしあなたは恐らく分っていない。テクノロジー企業における夏の仕事というのは本当の仕事ではないのだ。夏の仕事としてウェイターをしたというなら、それは本当の仕事だ。自分の担当分のことをする必要がある。しかしソフトウェア会社が夏に学生を雇うのは、安価な労働力としてではない。彼らは卒業後に採用することを思ってそうしているのだ。だからあなたが何か作れば彼らは喜ぶだろうが、別にそれを期待しているわけではない。
それが卒業して本当の仕事につくと変わる。あなたは生活費を稼ぐ必要がある。そして大企業のしていることのほとんどは退屈なことなので、あなたは退屈なことをやることになる。大学でやっていたことに比べれば簡単なことだが、しかし退屈だ。最初のうちは、簡単なことをやって金がもらえるというのは、大学で金を払って難しいことをやっていたことから考えるとうまい話に思えるかもしれない。しかし何ヶ月かするとそういう気持ちは消える。そしてそのうちくだらないことをやるのにウンザリするようになる。たとえそれが簡単でいい金になったとしても。
それが最悪のことというわけではない。本当に嫌なのは、正規の仕事では所定の時間そこにいることを期待されるということだ。Googleだろうと、これには煩わされる。そしてこれが意味するのは、正規の仕事に就いている人が誰でも言ってくれるだろうが、どんな仕事もする気にならないような時であっても、会社に行ってディスプレイの前に座り、仕事している振りをしなければならないということだ。多くのハッカーがそうであるように、仕事が好きな人には、これは拷問ともいえることだ。
スタートアップでは、このようなことは省略できる。スタートアップの多くには勤務時間という概念はない。仕事と生活はただ混ざり合っている。これのいい点は、仕事場に生活を持ち込んでも誰も気にかけないということだ。スタートアップでは、ほとんどの時間、どんなことをしていることもできる。あなたが創業者なら、あなたがほとんどの時間にやりたいと思うことは仕事だろう。しかし仕事している振りをすることが必要になることは決してない。
大企業では、オフィスで居眠りするのは職業人らしくないと見なされる。しかしスタートアップをやっていて日中に居眠りするなら、共同創業者たちは単に疲れてるんだろうと思うだけだ。
おそらくスタートアップ創業者になりえた人のかなりの数が、両親に言われて思い留まっているだろうと思う。両親の言うことを聞くべきでないと言っているのではない。家族にはそれぞれ自分のやり方を持つ権利があるし、だいたいそれに反対しようなんて何様なんだろう? しかし安全なキャリアというのは、おそらくあなたの両親が本当にあなたに望んでいることではない。その理由を2つほどお話ししよう。
1つには、親というのは、子供に対しては、自分に対してよりも保守的になりがちなものなのだ。これは実際合理的な態度だ。親は子供の幸運よりは悪運をより多く共有することになる。多くの親はそのことを気にかけない。それは彼らの仕事の一部なのだ。しかしこのことは彼らを過剰に保守的にしがちだ。そして保守的に過ぎるというのも間違いなのだ。ほとんどあらゆることについて、報酬はリスクに比例する。だから子供をリスクから遠ざけるというのは、親はそう自覚していなくとも、報酬からも遠ざけることになるのだ。そのことが分かれば、彼らもあなたがもっとリスクを取ることを望むだろう。
親が間違っているもう1つの理由は、将軍と同様、彼らはいつも昔の戦いを戦っているということだ。彼らがあなたに医者になって欲しいのは、単に病気の人たちを助けて欲しいと思っているのではなく、医者というのが富と名声を伴うキャリアだからだ。[4] しかし彼らの意見が形成された頃に比べると、医者というのはそれほど富にもならなければ名声にもならない。私が子供だった70年代には、医者はみんななりたいと思うものだった。医者に、ベンツ450SLに、テニスは黄金の三角形だった。今では3つともすごく時代遅れの感がある。
あなたに医者になってもらいたいと思っている親は、ものごとがどれほど変わっているか認識していないだけかもしれない。あなたが医者でなくスティーブ・ジョブズにしかなれなかったら、彼らはがっかりするだろうか? だからあなたがどうすべきかについての親の意見は、機能要求のように扱うことだ。たとえあなたの唯一の目標が両親を喜ばすことであったとしても、そのための方法は彼らが求めるものをそのまま与えることではない。そうではなく、彼らがそれを求めるのはなぜかを考え、彼らが本当に求めるものを与えることのできる、もっといい方法を探ることだ。
最後に、普通の職に就くおそらくもっとも強力な理由として、それがデフォルトだということがある。デフォルトというのはものすごく強力なものであり、それは意識的に選択することなく選択されるからだ。
犯罪者を別にすれば、ほとんどの人は金が必要なら職に就くものだと思っている。実際には、この伝統には100年程度の歴史しかない。それ以前には、生活のためのデフォルトの方法は、農業をすることだった。ほんの100年くらいしか歴史のないものを原理のように扱うのは間違っている。歴史の基準で言えば、これは短期間で変わっていることなのだ。
私たちが今目にしているそのような変化は他にもある。私は経済史の本をたくさん読んでるし、スタートアップの世界のことなら良く理解しているつもりだが、私たちが見ているのは農業から工業への移行と同じくらい大きな変化の始まりであるように思える。
農業から工業への移行の初期 (ヨーロッパでは1000年ころ) に居合わせていたなら、富を得ようと都市に向かうことはほとんどの人に狂ったことと思えただろう。農奴は土地から離れることを許されていなかったが、都市へと逃げ出すのはそんなに難しいことではなかったはずだ。村の境界をパトロールしている番人がいたわけではない。土地を離れることから農奴の多くを引き留めていたのは、それがものすごくリスクの高いことに見えたということだ。自分の区画を離れるって? 人生の間ずっといっしょに過ごした人たちから離れて? 見も知らぬ3000か4000という人の住む巨大な都市で暮すために? どうやって生活するつもり? どうやって食べ物を
彼らには恐ろしいことに見えたことだろうが、自分の才覚で生活するというのは現在の我々にはデフォルトになっている。だからスタートアップを始めるのがリスキーに見えるなら、私たちが今している生活が祖先たちにどれくらいリスキーに見えたかを考えてみるといい。このことが一番よく分っているのは、あなたを古いモデルに縛り付けておこうとしている人たちだ。あなたが社員として働きに来るべきだとラリーやサーゲイにどうして言えるのだろう? 彼らは自分では職についたこともないのに!
中世の小作農のことを考えると、どうして彼らがそんな身分を我慢していたのか不思議になる。一生涯同じ土地で何かが良くなる見込みもなく生きていくというのは、どんなにか気がふさぐことだったろう? すべて領主や司祭の言うがままで、利益はすべて取り上げられ、彼らを主人として認めなければならない。いつか、私たちが普通の仕事と思っていることが同じような目で見られるようになったとしても、私は驚かない。人間味のないオフィスビルにあるキュービクルへと毎日通勤
し、ボスと認めなければならない相手の言う通りにしなければならないというのは、どんなに気がふさぐことだろう? その人間はあなたを自分のオフィスに呼んで、「かけたまえ
するとあなたは言われたとおり腰を下ろすのだ! ソフトウェアをユーザにリリースするときに許可を求めなきゃならないことを想像してほしい。日曜の午後に、週末が終わって明日また朝起きて働きに行かなければならないことで陰鬱になっているところを想像してほしい。どうしてみんなそんなことに我慢できるんだろう?
私たちは農業から工業へのシフトに匹敵するくらい大きな変化の発端にいるのかもしれないと考えるのはエキサイティングなことだ。それが私がスタートアップを気にかける理由だ。スタートアップが興味深いのは、それがたくさんの金を得られる方法だというだけではない。金を儲けられるにしても、他の方法、たとえば株の売買なんかにはまったく興味を感じない。それが面白いのはせいぜいパズルが面白いというのと同じような意味においてだ。スタートアップにはもっと
すごいことがある。スタートアップは、富の作られる方法が変わる希なる歴史的な転換を体現しているかもしれないのだ。
究極的にはそれが、私たちをY Combinatorの仕事へと駆り立てたものだ。スタートアップにかかわるのをやめずに済むという限りにおいて、私たちも金を作りたいとは思うが、しかし金が主な目的ではない。人類の歴史において大きな経済的シフトは数えるほどしか起きていない。それが起きるのを早めてやるというのは、すごいハックだとは思わないか?
[1] 損をしたのは私たちだけだ。エンジェルたちは転換社債を持っており、オークションの売り上げに対して優先的な権利があった。Y Combinatorは1ドルに対して38セントしか得られなかった。
[2] このための最良の組織はたぶんオープンソースプロジェクトだが、オープンソースプロジェクトでは顔を合わせてのミーティングはあまり行われない。顔を合わせるオープンソースプロジェクトというのはやってみる価値があるかもしれない。
[4] 思考実験: 医者が同じ仕事をしているが、貧乏な浮浪者として暮すとしたら、親たちは依然子供を医者にしたいと思うだろうか?
原稿に目を通してくれたトレバー・ブラックウェル、ジェシカ・リビングストン、ロバート・モリス、PowerPointキラーとなるだろうWebベースの製品をまだローンチされてないにも関わらず使わせてくれたZenterの創業者たち、そして講演に招待してくれたBerkeley CSUAのミンヘイ・ラクに感謝する。

[ 525] 分裂勘違い君劇場 - 「IT投資」という考え方そのものが間違っている
[引用サイト]　 http://d.hatena.ne.jp/fromdusktildawn/20060928/1159407912

JTBの元取締役CIO(最高情報責任者)の方が、ITシステム開発が設備への投資であるかのような前提で書いていますが、この前提は間違っていると思います。
ソフトウェアシステムの開発とは、経営行為そのものそのものであり、逆に言えば、江戸時代どころか、ローマの時代から、経営行為とは、ソフトウェアシステムの開発以外のなにものでもありませんでした。
たとえば、新しいビジネスを実現するための、新しい店舗オペレーションや配送システムの開発は、ソフトウェアシステムの開発そのものです。
●現場で柔軟な対応が出来、かつ、従業員の士気があがるような、責任・権限メカニズムと、それと連動した人事評価・報酬システムの設計。
●現実的に調達可能な人材と、十分な投資効果の見込める従業員教育システムと、それを前提とした効率的で現実的な店舗オペレーションの設計。
●もちろん、その新しい店舗オペレーションを実装するための、現実的な店舗レイアウト設計方針や、流通ネットワークの設計。
従業員のモチベーション設計、従業員規則の作成、顧客がリピートするための動機付け設計、責任・権限・意思決定メカニズムの設計は、社会システムのプログラミングです。
たとえば、「ウォルマートのITシステムは、世界で２番目の規模だ。」というジョークがあります。一番目は、ペンタゴンだというオチです。
ウォルマートは、それほどの規模のITシステムを保有しているにもかかわらず、彼らの意識では、開発しているのは、あくまでより効率的で付加価値の高い店舗オペレーションであり究極的には彼らのビジネスそのものです。彼らは、ITシステムを開発しているわけではありません。
つまり、現代の経営においては、店舗オペレーションを設計するとき、客の導線や人材配置や組織メカニズムが一体となった一つのソフトウェアアーキテクチャとして設計するのが当たり前で、店舗オペレーション設計が終わった後に、それに必要なIT設備を開発するという発想そのものが、時代遅れなのです。
そもそも、ソフトウェアシステムの設計や改良の過程では、どの部分をどの言語で実装し、どのOSのバイナリでどのマシーンで運用するかという部分は、よく入れ替わります。サーバのLinuxで、PHPで実装するはずだった機能を、途中から、やはりWindowsクライアントのJavaScriptにやらせることに変更しよう、という具合にです。
これと同じように、店舗オペレーションというソフトウェアシステムを設計するとき、どの部分を人材教育(脳神経プログラミング)や組織メカニズム(社会システムプログラミング)で実装し、どの部分をJavaで実装するかは、よく入れ替わるのです。脳神経ソフトウェアとコンピュータソフトウェアは、この意味で等価なのです。
そして、経営者が、あたらしいビジネス戦略を練り上げるとき、そもそも、どんな店舗オペレーションが可能で、どんな店舗オペレーションが実装不可能なのか、実現イメージを頭にもちながら、ビジネス設計をします。
たとえば、あたらしいコンセプトの有機野菜レストランチェーンを立ち上げるとき、はたして、そういう客層に対する、そういうサービスを提供するのに、これだけの人材と、これだけのアルバイトさんだけで、ほんとうに回せるのか？そこまで高品質なコンセプトでやろうとすると、店舗マニュアルが複雑になりすぎないか？そもそも、それを回せる人材は、これだけの期間で調達可能なのか？それだけの鮮度を保ったまま、契約農家から原料を配送可能なのか？有機農業は、天候による影響をどのように受けるリスクがあるのか？
つまり、「新規事業立ち上げ」という「新規ソフトウェア設計行為」をするとき、プログラミングでいうところの、コーディングイメージをもちながら、設計するのが当たり前なわけです。
なぜなら、あんなこともやりたい、こんなこともやりたい、というビジネスアイデアは、それが実装可能な場合のみ、いいアイデアであり、実装不可能なビジネスアイデアなど、ただのファンタジーであることを、経営者は、骨の髄まで分かっているからです。
言い換えれば、実装可能なソフトウェアと、そうでないソフトウェアの区別のつかない経営者は、無能な経営者です。
にもかかわらず、新規事業立ち上げというソフトウェア開発行為において、脳神経ソフトウェアや組織ソフトウェアとして実装されるコードは、実装可能性を精密に吟味しながら設計するのに、コンピュータソフトウェアとして実装される部分だけ、実装可能性を十分に吟味せずに、ビジネス設計するから、プロジェクトが頓挫したり、思ったような効果を上げないのです。
新しいコンセプトのレストランの店舗オペレーションを設計するとき、どのような作業なら、パートのおばさんだけで回せるのか判断のつかない経営者では、ろくな事業企画ができるはずもないのと同じように、どのようなソフトウェア機能なら、システム的ボトルネックが生じずに、かつ、ソフトウェアシステムの保守性が悪くならずに開発可能かどうかの検討がつかない経営者では、ろくな事業企画ができるわけがないのです。
そして、なぜ、ITシステムの開発が不確定要素が多く、計画通りに行かないかというと、それが、新規事業立ち上げにおける、新しい組織ソフトウェアやオペレーションの開発と本質的に同じだからです。
いままでやったことのない、新しいコンセプトのレストランで、新しい食材調達システムと、あたらしいサービス提供を実現するような、新しい店舗オペレーションを設計するときなんて、不確定要素だらけです。計画通りどころか、始めから、計画通りにいかないことを前提に、プロトタイプを作ってフィージビリティースタディーする工程を入れるなどを計画に盛り込むなんて、よくある話なのです。
にもかかわらず、コンピュータソフトウェアだけ別物だと考え、安易に計画通りに行くことを前提としてしまうから、話がおかしくなるのです。
新規事業を立ち上げるときに、そのための流通システムや店舗オペレーションやノウハウ蓄積の仕組みや人事評価・報酬システムの設計を、外注する会社は、あまりありません。たとえ、それが、どんなにたくさんの専門知識を必要としようと、自分たちで、全部理解し、自分たちで設計するしかありません。
なぜなら、それは、自社の経営行為そのものであり、それを外注にやってもらうのは、経営行為そのものを外注にやってもらうというような、意味不明の行為だからです。
これと同じように、自社の経営行為そのものである組織ソフトウェアと一体化したITシステムは、本質的に、外注できるようなものではなく、自社のビジネスを深く理解した自社のトップエンジニアと経営者が二人三脚で開発するようなものです。
アマゾンやGoogleやウォルマートが、高給を支払って、最上級レベルのエンジニアを自社で直接雇っているように、それぞれの企業が最上級レベルのエンジニアを直接雇うのが当たり前になる時代が、そのうちやってくるのではないでしょうか。
「真実性を求めて分析・洞察した結果、みなが幸せになれる、政治的に正しい結論になりました」というパターンのブログ記事
■劇場管理人のTwitter(誠に申し訳ありませんが、一部の粘着ストーカーが偽名を使ってつきまとうのを回避するため、念のため、Twitter発言歴が浅すぎる方やfollowersが少なすぎる方はアクセスをお断りさせていただいています。)
ここは極論を楽しむ劇場です。プロフィールページをよく読んで、真に受けたり鵜呑みしたりしないように気をつけてご鑑賞ください。

[ 526] マイクロソフトのアンチウイルスソフト、Outlookのメールを間違って全削除 - GIGAZINE
[引用サイト]　 http://gigazine.net/index.php?/news/comments/20070309_liveonecare/

この前はノートンがウイルスと誤認してデータを削除するというミスをしてしまいましたが、今度はマイクロソフトが新発売したアンチウイルスソフト「Windows Live OneCare」がOutlookのメールをすべて削除してしまうという事態が相次ぎ、マイクロソフトのフォーラムで大騒ぎになっています。
すでに現時点でこのスレッドには100以上のレスが付けられ、「ビル・ゲイツはこのことを知っているのか！」「ノートンの新製品の方がまだましだ！」と訴える人も出てくるなど、かなりむちゃくちゃな状態に。
どうやらOutlookが受信したメールの中にウイルスが含まれていると通常は隔離処理を行うはずなのですが、何がどうなってしまうのかマイクロソフトいわく「特殊な状況」では、メールごと削除してしまうとのこと。しかもメールの入ったフォルダ（というかまとまった一連のファイル）を丸ごと削除してしまい、復旧不能になるケースが多発しており、利用者から怒りの声が相次いでいます。それだけならまだしも、マイクロソフト側の提示した復旧方法では確実に復旧できるとは言えず、さらに火に油を注ぐ結果になっています。
一応、次のアップデートではこのようなことにならないように改良が加えられるそうですが、それまでに一体どれぐらい被害が拡大するのか、予想不能の状態になっています。
（送信前にこのページを更新し、その際に表示されたトラックバック用アドレスを使って下さい。反映されるまで最大1時間ほどかかります。また、本文中でこの記事のアドレスを引用してください。引用がない場合はスパムとして削除し、以降の全トラックバックを拒否します）
この前はノートンがウイルスと誤認してデータを削除するというミスをしてしまいましたが、今度はマイクロソフトが新発売したアンチウイルスソフト「Windows Live OneCare」がOutlookの...
この前はノートンがウイルスと誤認してデータを削除するというミスをしてしまいましたが、今度はマイクロソフトが新発売したアンチウイルスソ
この前はノートンがウイルスと誤認してデータを削除するというミスをしてしまいましたが、今度はマイクロソフトが新発売したアンチウイルスソフト「Windows Live OneCare」がOutlookのメール...
日本食レストラン認定制度に実施前から高まる反発…とか、マイクロソフトのアンチウィルスソフトに早速不具合…とか、雑記とか
農水省が海外の日本食レストランを評価し、認定する日本食レストラン認定制度に、実施前から反発が高まっています。
http://blog.livedoor.jp/dqnplus/archives/936069.html:title=マイクロソフトのアンチウイルスソフト、Outlookのメールを間違って全削除 ] 痛いニュースでの反応まぁ、MSやっちまった、って感じだけど、かの企業のソフトウェア品質管理はどうなっているのか非常に興味があ
最近ノートン先生が語作動を起こしたばっかですけど、被害範囲がOutlookとなると今回はさすがにマズイだろ・・・常識的に考えて。
＞この前はノートンがウイルスと誤認してデータを削除するというミスをしてしまいましたが、今度はマイクロソフトが新発売したアンチウイルスソフト「Windows Live OneCare」がOutlookのメー...
マイクロソフトのアンチウイルスソフト、Outlookのメールを間違って全削除（GIGAZINEより）
マイクロソフト社製ソフト、Windows Live OneCareにメールを全削除してしまうバグあり
Windows Live OneCareに間違ってOutlookのメールをすべて削除してしまうというトラブルが発生しているみ
マイクロソフトのアンチウイルスソフト、Outlookのメールを間違って全削除 - GIGAZINE
この前はノートンがウイルスと誤認してデータを削除するというミスをしてしまいましたが、今度はマイクロソフトが新発売したアンチウイルスソフト「Windows Live OneCare」がOutlookのメールをすべて削除してしまうという事態が相次ぎ、マイクロソフトのフォーラムで大騒ぎに...
たった今、上の文章書いてて気づいたんですけどこのBlog、現時点で魔理沙ネタが約５分の１を占めてますね…
というミスをしてしまいましたが、今度はマイクロソフトが新発売したアンチウイルスソフト「Windows Live OneCare
この前はノートンがウイルスと誤認してデータを削除するというミスをしてしまいましたが、今度はマイクロソフトが
アンチウィルスソフトを入れている人はかなりいるかと思います。実際にアンチウィルスソフトを入れていて、ウィルスメールが来ると何かしらのメッセージが表示され、そのウィルスメールはほとんどの場合が削除されずにアンチウィルスソフトによってどこかに隔離されます。隔
マルウェアのサンプル100万種以上を使ってアンチウイルス・ソフトウエア17製品を調べた結果が公表されました。いろいろとありますが、日本で販売されているもので個人的なお勧めはKaspersky と N...
マイクロソフトのアンチウィルスソフトがoutlookのメールを全て削除してしまうバグがあるようです。世話ないですねｗｗｗ
1ヶ月のページビューはRSSなど含めて約2196万、1ヶ月のユニークユーザー数は約814万、日本にあるブログ中「第1位」。
オンラインマガジンとしてギガバイト級のサイトという意味で「MAGAZINE（雑誌）」＋「GIGA」を由来とする造語。
2006年4月にブログ形式に変更、2006年7月より編集部体制で記事を更新、2007年1月中旬に負荷増大のためサーバ移転し、今に至る。
ネタのタレコミやニュースリリース送付は「お問い合わせ」から、広告媒体資料は「GIGAZINE.BIZ」から、広告掲載依頼や記事購入、講演などの仕事依頼はこちらのお問い合わせからお願いします。

[ 527] 404 Blog Not Found:あなたが正しいと思っていることが間違っている26の理由
[引用サイト]　 http://blog.livedoor.jp/dankogai/archives/50841514.html

これってどこのPOP*POPだよと思いつつも、内容そのものは面白いので超訳的注釈をしてみることに。ただし私は心理学と社会学は筒井康隆に教わった点をよろしく割引のほどを。
バンドワゴン効果 Bandwagon effect - 周囲の人が信じていることを、自分もいつの魔に信じてしまう効果
選択支持偏向 Choice-supportive bias - 自分が選んだものは、そうでないものよりもよく見えるという傾向。
確認偏向 Confirmation bias - 思い込みを支持する情報ばかり確認したがるという傾向。
合同偏向 Congruence bias - 仮説の検証の際に、直接検証ばかりする傾向。補足すると、仮説Aの検証の際に、仮説Aの反証がありえないかの確認を怠る傾向。
対照効果Contrast effect - 直近に受けた別の出来事の印象によって、その出来事の印象が実際以上に強く感じられたり弱く感じられたりする効果。
専門バカ偏向 D・・formation professionnelle - 自分の専門分野からの視点が強すぎて視野が狭くなるという傾向。
反確認偏向 Disconfirmation bias - 以前からの思い込みに反する情報をシカトしてしまう傾向。
所持効果 Endowment effect - いったん自分のものとなったものは、それ以前よりも価値が高く感じられるという傾向。
焦点効果 Focusing effect - ものごとの特定の一面を注視してしまうという現象。一事が万事効果。.
双曲線割引 Hyperbolic discounting - 直訳スギ失礼。明日の100万円よりも今日の100円を大事だと思う傾向。なぜ双曲線なのだろう。反比例の曲線から?
支配幻想 Illusion of control - ものごとは支配可能か、そうでなくても何らかの影響を与えることは可能だと思い込む傾向。
情報偏向 Information bias - もう行動を変えるには遅すぎるのにもかかわらず、その行動に関する情報を集めてしまう傾向。
損失回避 Loss aversion - 収益を得るよりも損失を回避する方に注力する、すなわち機会損失を軽視したがる傾向。
「おなじみ」効果 Mere exposure effect - ただ見慣れているというだけで、根拠のない好感を感じてしまう傾向。
省略偏向 Omission bias - 同じだけ害がある場合でも、害のある作為の方が害のある不作為よりも悪いことだと感じてしまう傾向。
計画錯誤 Planning fallacy - 締め切りを甘く設定しまう傾向。[ごめんなさいごめんなさいごめんなさい＞各方面]。
入手後正当化 Post-purchase rationalization - 手に入れた後に、それを手に入れたことは正しかったのだと自分を納得させる傾向。配偶者とか:-p
疑確定性原理 Pseudocertainty effect - 収支予想が黒字の場合にはリスクを避けるのに、収支予想が赤字の場合リスクを取りに行こうとする傾向。安物買いの銭失い。
現状追認 Status quo bias - ものごとはそれほど変わらぬ方がいいという傾向。壊れてもないもの直すべからず
フォン・ラストルフ効果 Von Restorff effect - 違うものは似たものより覚えられやすいという効果。田中一郎よりR.田中一郎の方が覚えられやすいということだろうか。
ゼロリスク偏向 Zero-risk bias - 100のリスクを10にしてリスクを90下げるより、1のリスクを0にする方を好むという傾向
うーん、全部それなりに思い当たるのだけど、26も覚えてられるかという私はFocusing Effectが強すぎるのかしらん。
ネット情報に騙されました【あるSEとゲーマーの四方山話】at 2007年05月30日 04:16
ペンタックスのデジタル一眼「K10D」を調べていたら「K10D」にうらメニューがあると言う記事が多数出てきました。疑いを持ちながらも調べてみたら写真も多数あり、どうやら本当にあるようでびっくり。 K10D うらメニュー ━音楽系統━ ■ VI.ONE - Acousitc Premiumドラ....
あなたが正しいと思っていることが間違っている26の理由【ぱわぁあっぷ blog】at 2007年06月03日 02:24
これはね、チェックテストではないのじゃないかと思うのですよ。 Web業界で働く人間にとっては、スタパ斎藤氏と並んで、亀梨くん並みのスーパーアイドル小飼弾さんのブログのエントリーより。確かに、ダン様の言うとおり26もあると覚え辛いです。と...
あなたが正しいと思っていることが間違っている26の理由【ちっちゃい生活】at 2007年06月06日 14:50
エントリーを読んでいて、両者とも目標としてるスキームとか、方向性が似ていると感じたので自分の為にまとめてみる。引用ばっかりで長いので結論。 404 Blog Not Found:あなたが正しいと思っていることが間違っている26の理由社会心理学的な視点のバイアス効果。子飼さ
[考え方][メモ]正しく考える方法をこれだけ集めておけば、きっと間違えないと思うな。うん。【超メモ帳（Web式）】at 2007年06月07日 16:42
ブログサービスに関わっていると、「どうすれば人気ブログになれますか？」という質問をされることがあります。
ブログサービスに関わっていると、「どうすれば人気ブログになれますか？」という質問をされることがあります。
認知の歪みとは【滋賀県彦根のカウンセリング CBTセンター】at 2007年06月22日 23:51
ここまで並べられればまあいずれかなんでしょうけれど・・・26は多すぎる・・・なんで正しいと思っちゃうか・・・せめて7つくらいの法則お願いしたいし、「でっ？」ってな話かと。
人事考課のはまりやすいハロー効果とかあんなのと同じで。「でっ？」と一読して忘れられる法則ばかり。ひらきなおって「正しいと思うんだよ。根拠ねーけど」の方がさわやか。
Hyperbolic discounting は、おそらく昨年邦訳された「誘惑される意思」で主張されている話だと思います。時間的に遠いものの価値を低く見積もる度合いの説明には、よく使われる指数的な減少モデルよりも、直近の評価が非常に高くなる双曲線的な減少モデルの方がよくフィットするという仮説の事を指しているのではないでしょうか。
書評+画評 - ぼくらの[技術]404 Blog Not Found:モーションポートレイトは不気味の谷を超えたか (愚者のニュース)
モーションポートレイトは不気味の谷を超えたか[社会]404 Blog Not Found:本当に若者はうまく働くことができないのか？ (愚者のニュース)
本当に若者はうまく働くことができないのか？今日のコラム：才能を伸ばすために行う三つのこと (世界中の１％の人々へ)
書評 - インターネットは誰のものか浜崎あゆみ、長瀬智也まさかの破局！原因は流出動画！？ (浜崎あゆみ、長瀬智也まさかの破局！原因は流出動画！？)
才能に関して知っておくべき二つのこと浜崎あゆみ、長瀬智也まさかの破局！原因は流出動画！？ (浜崎あゆみ、長瀬智也まさかの破局！原因は流出動画！？)

[ 528] オブジェクト指向言語は間違っていた！ --- 新世紀言語 MixJuice ---
[引用サイト]　 http://www.ogis-ri.co.jp/otc/hiroba/technical/MixJuice/

「オブジェクト指向言語は間違っていた！」などとトンデモ系のタイトルにしてみましたが、正確に言うと、「従来の C++, Java などのオブジェクト指向言語におけるモジュール機構には問題がある。そこで新しいモジュール機構を設計した。」ということです。
MixJuice （以下 MJ と略）は、Java 言語を改良した言語です。最大の特徴は「差分ベースモジュール」と呼ぶモジュール機構です。このモジュール機構は、Java 言語のモジュール機構よりもはるかにシンプルであるにもかかわらず、プログラムの再利用性・拡張性・保守性をより向上させます。
アプリケーションのエンドユーザが、実装の詳細を知らなくてもモジュールを組み合わせて使うことができる。
この記事の目的は、差分ベースモジュールの特徴を知ってもらい、議論・開発に参加する人の輪を広げることです。差分ベースモジュールは、プログラマーとしての自分が、長年追い求めていた理想に近いモジュール機構です。この機構が、２１世紀のプログラミング言語の標準的機能になればと思います。
現在のオブジェクト指向言語の主流である C++ や Java などの言語では、class という構文が、モジュールとしての機能も持っています。これを「クラスベースモジュール」と呼びます。クラスとは本来オブジェクトの雛型であり、モジュールとは再利用、情報隠蔽、分割コンパイルの単位です。この２つは、異なる概念です。
クラスに再利用・情報隠蔽の機能を持たせると、スタックのような抽象データ型だけを扱う場合ついては、うまく機能します。しかし、現実のより複雑なアプリケーションでは不十分です。このことは多くのプログラミング言語研究者によって指摘されています。（例えば最近では Aspect-oriented programming が有名です。）
私が考えるクラスベースモジュールの明確な限界点は、「コラボレーション」を再利用の単位にできない、という点です。現実のプログラムでは、１つのクラスは複数のロール（役割）を持ち、複数のロールが協調することで１つの機能（コラボレーション）を実現します。コラボレーションは、複数のクラスを横断することになります。あとで述べるように、クラスではなくコラボレーションを再利用・情報隠蔽・分割コンパイルの単位にできれば便利なのですが、クラスベースモジュールでは、複数のクラスを横断するコードを分離することは不可能です。
MJ は、Java言語が本来持っているモジュール機構の代わりに、「差分ベースモジュール」というモジュール機構を採用した言語です。このモジュール機構により、下図のように、複数のクラスをまたがったコードも、別々のモジュールに分割して記述することができます。
MJでは、もはやクラスはモジュールとしての機能を一切持ちません。つまり、クラスは再利用・情報隠蔽・分割コンパイルの単位ではありません。
では、MJにおけるモジュールとは何か？ MJでは、モジュールとは「差分」です。オリジナルのプログラムと拡張されたプログラムの間の差分を、モジュールとして記述します。つまり、個々のモジュールは、patch fileのようなものです。ただし、patchは差分を文字列レベルで処理するため、複数の差分を同時に追加しようとすると失敗する場合があります。一方、MJのモジュールは、言語レベルで差分を処理するため、差分を追加した結果のプログラムの型的安全性が保証されます。
差分ベースモジュールを用いることにより、プログラマーは、プログラムを機能（コラボレーション）ごとに異なるモジュールに分割して記述することが可能になります。モジュールは分割コンパイルの単位であるため、異なるプログラマーによって別々に開発することも可能です。また、あるアプリケーションの機能を拡張するモジュールを、サードパーティのプログラマが開発することも可能です。
MJのモジュールの特徴の１つに、「エンドユーザによる結合が可能」という点があります。エンドユーザは、様々なプログラマーによって開発されたモジュールのうち、自分が欲しい機能を実現するものだけを選んで組み合わせることで、自分独自のアプリケーションを構築することができます。このとき、モジュールをつなぐための、いわゆる「glue code」を一切書く必要はありません。エンドユーザは、使いたいモジュール名の集合をリンカーに指定するだけで、リンカーは自動的に指定されたモジュールを結合し、１つのアプリケーションにします。モジュールの結合はpatchを当てることに相当しますから、glue codeは必要ないのです。
個々のモジュール同士は継承関係を持ちます。MJには、モジュールの継承機構と従来のクラスの継承機構の両方が独立に存在しています。クラス継承とモジュール継承は、次のように違います。
クラス継承は既存のクラスに対する変更部分を記述する機構ですが、モジュール継承は既存のプログラム全体に対する変更部分を記述する機構です。
クラス継承では、すでに存在するクラスとは違う名前を持った、新しいサブクラスを定義することしかできませんが、モジュール継承では、すでに存在するクラスそのものに対し、その名前を変えることなしに、変更を加えることができます。
クラスベースモジュールと差分ベースモジュールにおける、クラスとモジュールの役割分担をまとめると、次のようになります。
MJでは、クラス定義の外側をmoduleという構文で囲みます。モジュールの定義は次のように記述します。
モジュール定義の先頭の"extends"宣言は、そのモジュールが差分の追加先として想定しているモジュール名を宣言します。指定されたモジュールをsuper-moduleと呼びます。モジュールm2のsuper-moduleはm1です。つまり、モジュールm2は、モジュールm1で定義されたプログラムに対する差分を定義しています。
モジュールm1のように、"extends"宣言を持たないものは、「空のプログラム」に対する差分を定義するモジュールです。
モジュール本体（中かっこの内部）には、オリジナルのプログラムに対する差分を記述します。具体的には、モジュールは、そのsuper-moduleが表すプログラムに対して以下の変更を加えることができます。
さきほどの例では、モジュールm2は、モジュールm1で定義されたクラスSのメソッドfooと、クラスAのメソッドfooをそれぞれoverrideして、その機能を拡張しています。
"define"というキーワードは、「新たな定義の追加」と「既存の定義の拡張」とを区別するために使われます。つまり、"define"というキーワードの付いたクラス・フィールド・メソッド定義は、新たなクラス・フィールド・メソッドを追加することを示します。"define"がついていないクラス定義・メソッド定義は、既存のクラスやメソッドの定義を拡張することを示します。
"original()"という式は、overrideされたメソッドを、overrideしているメソッド内から呼び出す場合に使います。これはJava言語におけるsuperへのメソッド呼び出しに相当します。
なお、super-moduleは複数指定することができます。つまりモジュールは多重継承することができます。多重継承によって生じる問題の１つに名前の衝突がありますが、この問題はMJでは「完全限定名」をフィールド名やメソッド名にも持たせることで完全に解決してます。
差分ベースモジュールを使って、複数のクラスをまたがるコラボレーションを、別のモジュールに分離することが可能です。次のようなJavaで書かれたプログラムを考えます。
このプログラムは、クラスAとクラスBがそれぞれ相互に依存しているため、モジュラリティの悪い構造をしています。しかし２つのクラスは、実質的には、独立した２つのコラボレーションを含んでいます。このプログラムは、MJでは次のようにモジュール分割することができます。
それぞれのモジュールが依存するソースコードのサイズが減ります。これは一般には、保守性が向上することを意味します。
collaboration_m1_m3とcollaboration_m2_m4は相互に全く依存していないため、他方が存在していなくても、一方をコンパイル・実行することが可能です。このため、別々のプログラマーによる開発・テストが可能になります。
それぞれのコラボレーションとは違うバージョンのモジュールを実装することにより、異なるコンフィギュレーションのアプリケーションを構築できるようになります。例えば、collaboration_m1_m3の代わりに、my_collaborationというモジュールを実装して用いることが可能になります。この時、他のモジュールの再コンパイルは必要ありません。
このように記述することにより、ソースコードを編集することなしに、新たな条件分岐節を追加することができるようになります。一般にネストしたif文はオブジェクト指向的ではなく、拡張性が悪いと言われていますが、MJではもはやその心配はありません。XMLを処理するプログラムなど、ネストしたif文を書かざるを得ない場合が時々ありますが、このモジュール化手法により拡張性の高い構造にすることが可能です。
プログラムを初期化する部分のコードは、従来のオブジェクト指向言語では１箇所に集中しがちです。しかし、MJではモジュール分割することができます。例えば次のJavaプログラムを見て下さい。
従来のオブジェクト指向言語では、テーブルの初期化コードは普通、このようなスタイルになります。このスタイルでは、テーブルに新たな要素を追加するためには、初期化メソッドの編集が必要になってしまいます。一方MJでは、同じプログラムを下のようにモジュール分割することができます。
このようなスタイルで書くことで、ソースコードを修正しなくても、新たなテーブルの要素を追加できるようになります。
差分ベースモジュールの特徴の全ては、とてもここでは語り尽くせません。より詳しくは、下記のテクニカルレポートを御覧ください。
差分ベースモジュールの下記の特徴については本記事では説明しませんでしたが、このテクニカルレポートで説明しています。
開発に協力して頂けるパートナーを募集中です。いまのところコンパイラや実行環境の完成度は、あまり高くありません。ドキュメントやサンプルプログラムも不足しています。興味をもたれた方は御連絡下さい。

戻る