あるようだけど)これも認証周りについては上記に同じところで、以前にもすこし書きましたが、はてなブックマークを昨今の文脈で捉え直してみます。軸にしたソーシャルネットワークです。ソーシャルグラフを太らせてくれるという意味でも、中の人外の人双方にとってとても有意義なことだと思います。いう考え方に注目が集まるようになった。「無駄のない」とか「ぜいにくのない」とかそういう単語らしい。書籍リーン・スタートアップには「スタートアップやその類が新しい事業を始めるときに普通にやってるとだいたい失敗するから、潜在顧客や顧客からのフィードバックをこまめに集めて軌道修正しながらゴールを見極めるやり方が良い」とか、雑にまとめるとそういうことが書いてる。ちなみに自分としてはリーン・スタートアップ信奉者でもなんでもない。書いた「ゼロ・トゥ・ワン」という書籍を読んだ。この本はリーン・スタートアップ的な考え方を手厳しく批判している・・・という点で注目を浴びている。なんとなく書籍のタイトルから言わんとすることは想像できるが、実際のところは本編ではリーン的なやり方についての批判はあまり見られない。いうか、アイデアを実現するにあたって細かく刻んでいって変化に適応しやすくするべき、というような観点についてはほぼリーンの考え方それに近いことを述べてる。その辺をどう考えるかというところである。そこに関して異論はない。中で彼はリーンのことをそれはすなわち「計画しない」ことである。ビジネスの先行きは誰にもわからない。計画を立てるのは傲慢であり柔軟性に欠ける。試行錯誤を繰り返し、先の見えない実験として起業を扱うべきだとそんな主張だと解釈しているようだった。・スタートアップでは、事前にあまり計画せずに、少しずつ改善することを重視するが、ティールはそうしたスタートアップは結局は成功しにくいと考えると言う一文があるし、彼らはリーンは「計画をあまりしないこと」だと思っている節がある。ここに関して、自分の実感とはちょっと違うなと思ったのでブログに書いてみようと思った次第である。リーンについて自分が思うに、リーン・スタートアップやそれに続く「リーン何々」というのはその時のその人のおかれている状況によって結構捉え方が違うものだろうなと思っている。大企業などでしっかりとした事業計画をを作って物事を進めなければという立場の人には「そんなに計画作りに労力を割きすぎても思った通りにはいかないから適当なところで切り上げたほうがいい」という主張に聞こえるしスタートアップとかで無鉄砲にあれもこれも作ったりしている立場の人には「事前にコンセプトをはっきりさせるとか、仮説を立てるとかユーザーと向き合うとかそういうことにもう少し時間を使った方がいい」という主張に聞こえるそんな感じの印象を持っている。自分は、後者の、スタートアップが当初の勢いに任せてあれもこれも作りまくった結果それが原因で失敗する・・・たとえば製品が無駄に複雑になったり、余計な仕事を増やしてしまって本来やるべきことにフォーカスできなくなってしまう、そういう場面を多く見てきたし、例に漏れず自分もその罠にはまったことがある。いう選択をするときの一つの考え方にはなるのかもな、と思っていた。講演の中でまさにそういう話をしていた。よってアイデアを作る前に検証できたらそれが一番良いかもしれない・・・と述べていた。起業のプロセスを通じてこういう考え方に至るまでの実体験を淡々と話す彼の様子を見ていて感銘を受けたのをよく覚えている。このあたりのコンテキストが自分にはあったので、リーンが「計画をあまりしないこと」というのは自分の実感とはだいぶかけ離れている。ある程度計画を立てることによって「やらないこと」をはっきりさせるための方法論という風にも見えている。問題をどう解決するかよりも、何が問題かを見極めるところでまた最近別に「イシューからはじめよ」という本も読んだ。解決するか」ということ、つまり問題の見極めこそがとても重要だということを論じている。これ、言われてみれば当たり前のことなんだけれども、人間なぜか問題の見極めよりも、プロセスにばかりやたらと拘ってしまうところがある。云々とか、そういうプロセス、道具を良くしていけば優れたソフトウェアが作れるとか、そんな風に勘違いしてしまったことが一度は誰でもあるんじゃないだろうか。実際には、優れた製品を作るにはその製品がちゃんとユーザーの問題を解決しているかどうか、それを知るということが最も重要であり、どんなにプロセスばかりを良くしたってその領域には到達できない。(もちろん、良いプロセスは大事なので両方できるのが一番良い)例えば、ソフトウェア開発の組織においてこの図でいうところの横軸には気を遣わず、タテ軸ばかりを頑張ったとする。すると、ユーザーの問題は全然解決されないけどやたらと物を作る速度ははやい、そんなチームができあがる。みんな一度は触ったことがあるはず。機能がてんこもりでカタログスペック上は何でもできる魔法の製品だが、いざ触って見るとこれっぽっちも問題を解決してくれない・・・そんなプロダクト。具体名を書くといろいろ燃えそうなので、まあそれはモザイクにした。我々が好きなソフトウェアがちゃんと作れる。云々といった最近の開発手法の話は「イシューからはじめよ」の絵でいうところのタテ軸を伸ばす方法論で、リーンは横軸をどう考えるかというための処方箋であるという風に捉えられる・・・と思った。起業もそうだしソフトウェア開発もそうだし、いや、仕事延いては人生など諸全般において、問題を正しく見極めるということはとても重要なことである。いうのがリーン的な考え方だろうと、自分は思っている。」にも同じことが書かれてた)、なんだかんだでユーザーがびっくりするような物を作るにはそういうビジョンというか思い込みみたいなものに賭けるという側面も絶対になければならないと思ってる。それらをすべて机の上に載せると、情熱とかビジョンとかそういうものに突き動かされて未来思考で物を作るということと、現実的にはここまでに述べたような問題を正しく見極めること、どちらか一方じゃなくてバランス良くそれをやってくのが最善である。・・・以上、幾つか本を読んだ割には月並みな結論に達してしまった、という話であった。お話を伺いたいのですが・・・」と依頼をいただくことがあるが、都合上全部を受けてはいられない。いう疑問を持たれた方は以下の本を読むと良いかと思います。14,665Amazon.co.jpで詳細を見るこの3つを読んで何も感じることがないようなら、あなたにはエンジニアにとって良いなにがしを構築する素養はないと思うし、本なんて読んでられるかというのには、その程度のことにも時間を割けないならそもそも諦めろとしか言えない。方に書いたけど、別にブログに書けばいいかと思い直したので投稿。共有する機会があったので適当に選んだもの。伽藍、バザール、ノウアスフィア、おなべ(3)http://www.artonx.org/diary/20120411.html#p01artonさんがノウアスフィアの開墾についてわかりやすく書いてるもの。原文はちょっと長くて読むのが大変だけど、こっちは分かりやすいし、面白い。構造がなんかわかったきになる、すごい。見ろよ!」と憤って社内にメールしたら流出しちゃいました、という文書。ベゾスからトップダウンで「SOAしないやつはクビな」とか言ってできあがったシステムがその後のアレになりましたとか、むちゃくちゃ面白い。射撃しつつ前進http://japanese.joelonsoftware.com/Articles/FireAndMotion.htmlメールみてWebみて昼飯くってメールみてWebみて・・・ってやってたら夕方になってようやくエディタ立ち上げる、みたいなくだりがあるあるすぎて面白い。本編よりそこが面白い。紙の上でプログラムを完全に理解しなければならないと教わった。私はそういうふうにはプログラムできなかった。プログラミングすることだった。それを次第に形にしてゆくのだった。実際に私がやっていたのは、プログラミングそのものがデバッグという具合だった。長い間、私はそのことを後ろめたく思っていたものだ。後ろめたく思っていたのと同じように。私は自分のやっていることにちゃんと名前がついていると気づいていただろう。