Living Dead

どのようなときにサービスレイヤを導入するのでしょうか。P of EAAには、次のように記述されています。 You probably don’t need a Service Layer if your application’s business logic will only have one kind of client—say, a user interface—and its use case responses don’t involve multiple transactional resources. In this case your Page Controllers can manually control transactions and coordinate whatever response is required, perhaps delegating directly to the Data Source layer. つまり、コントローラーから扱うデーターソースがひとつであれば、サービスレイヤを導入するメリットは少なく、データソースレイヤに直接問い合わせをするだけで事足りるということです。

俺における基本姿勢「自分より若い人は基本的に自分より賢いという前提を置く」は、過去俺の足を引っ張ってきた老害どもに対する真摯な考察の結果生まれたものであり、自分がおっさんになった今、実践を重ねる意義がどんどん上がってきているので、今後も堅持したいと思う次第。

好奇心以前に、意見を持つのは作り手のモラルにも思える。開発チームの一員として成果物の行方に影響する権利を使わないのは、民主主義の社会で選挙に行かないようなもの。使わない権利はいつか消えてしまう。それはアプリケーション・プログラマという職業を貶めはしないか。

仰るとおり、構図的な問題はある。 OSS 開発における活発さの維持を志向すると、ソフトウェアのエントロピーは増大し、肥大化し不格好になる。多くのユーザ、ユースケース、コントリビューションを得ることと、ソフトウェアとして小さく美しさを保つこととを両立させるのは難しい。    すると、やがて同じ事を綺麗に上手くやる後発プロダクトに打倒されることもある。 だが、それは開発者コミュニティの新陳代謝にはなる。 例えば、出たばかりの OSS が最もコントリビューションのチャンスがあるからだ。    総体としては、健全な OSS 社会になる

調査結果は高いITパフォーマンスに寄与する要因を次のように述べている。「ゴール指向の活力のあるカルチャー、モジュラーアーキテクチャ、継続的デリバリーを実現するエンジニアリングプラクティス、効果的なリーダーシップ」

シリコバレーの起業家養成スクール、Yコンビネーターの創業者、ポール・グレムさんは仕事をし過ぎて1995年から1998年の記憶がないそうです。

成功した企業に訪れる「成功の復讐」 3点目は自社の観点であり、会社のカルチャーに関する問題です。根本的には、これこそが私たちが取り組まねばならない一番の問題だったと思っています。 2000年代を通してミクシィは非常に成功しました。ある意味、成功し過ぎたのです。その成功体験によって、私たちは非常に保守的な企業体質になってしまいました。 これは成功体験を経た多くの会社で起こることです。私たちはこれを「成功の復讐」と呼びます。私たちは過去の成功体験から復讐を受けるんですね。その過程で色々なことが起こります。 例えば現実に起っている問題から目を背けようとします。ご理解いただけると思いますが、自分たちの提供するサービスが時代遅れだと受け入れることはなかなかできません。 中の人間は、サービスの不振について実にクリエイティブな理由をつけて説明します。そこにはある種、自己正当化の口実が含まれるものです。 でも理由は単純なんです。サービスが時代遅れなものになり、ユーザーは代替サービスに移行した。サービスがユーザーの期待に応えられなくなってしまった。それが根本的な理由です。 しかしそれはタブーでした。なぜなら皆、サービスに強い愛着を持っているからです。現実から目をそらし、責任を押し付けあいます。 こうした葛藤や矛盾、体質はずっと存在していたんです。しかし会社が成功しているうちは、そういった不都合は顕在化しません。成功の陰に隠れているからです。そして会社が不振に陥って初めて、そうした問題が露呈します。これは全ての成功している会社に起こることだと思います。

──そんなGoogle時代に学んだことは何ですか？ Googleは基本的に、何をやってもいいんです。効果が出るなら、多くの予算を使っても構いません。 Googleでは失敗をシェアすることが重要で、失敗したチャレンジも評価されました。実験的なことを多くしていれば、「この方法はやらないでください」とか「もしやる場合はこの点に注意してください」と世界に発信することができますよね。その情報を価値あるものだとGoogleは考えているわけです。 その経験は現在も「アウトプットを大切にしよう」という意識として残っています。成功も失敗も、アウトプットしなければ始まりません。アウトプットをした結果よりも、その結果から何を学ぶのか。その方が大切なんです。失敗を恐れて行動（アウトプット）しないことが、もっとも悪いことです。また、失敗ではなく、アウトプットした結果という表現にすれば、行動も起こしやすくなると思うんです。 アウトプットすることで悪いことは何ひとつない。そのことをGoogle時代に学びました。

―― クリスさんご自身の情熱は今、どこへ向かっているのですか？ 私の情熱の矛先は常に3つあります。一つはモノを作ること、一つは人がモノを作るのを手助けすること、一つは人をハッピーにすることです。 大事なのは、情熱を注ぐのは「コードを書くこと」ではなく、「ものを作ること」であるということ。 それを成し遂げるのには、どこかのタイミングからは自分でコードを書くのではなく、自分よりも優秀なエンジニアを採用して、彼らに自律させ、その邪魔をすることなくどんどん作ってもらう方が良くなったんですね。

皆はプロセスの話をしたがる。私に言わせれば、話しすぎているほどだ。「アジャイル開発」と呼ばれるものの多くは、「スタンドアップ（立って参加する短い会議）」、「スクラム」、「スプリント」といった形式が細部まで定められた特定のプロセスに組み込まれている。これは、アジャイル開発のマニフェストの基本理念である「プロセスやツール以上に個人と互いの交流に重きを置く」と「計画を遂行すること以上に変化に対応することに重きを置く」という項目に対立し、とても皮肉な状況だ。結果的に企業が作成し、熱心に従っているものを見てみると、それはアジャイル開発のプロセス、ツールと計画なのだ。これはとても残念なことだ。スクラムマスターの認定を取得するのは、正しい道ではない。

つまり、問題は「ブルーボトルコーヒー」が味覚の問題ではなく思想や文化の問題になってしまうこと、「コーヒーそのもの」ではなく「コーヒーが意味しているもの」に回収されてしまうことにあります。本当の意味での「上質な暮らし」を追求するならば、自分の視覚、聴覚、味覚、触覚、嗅覚、それらをビンビンに研ぎ澄まななければならないということです。そして、その難しさを肝に命じておくことです。自分の五感を信頼するって相当な鍛錬が必要だし、一朝一夕ではいかないものだと私は思います。コーヒーの味という、本当にそのもの自体を堪能しようと思うとものすごい情報量になるものを、思想や文化で捉えてしまうこと、それはコーヒーの味を貧困化、単純化してしまうことにつながります。

美を追い求める者は、必ずや美を見出す

起業家: “うちの製品は今の市場で圧倒的にベストです。どのお客さんも、X社のものよりうちの製品を好みます。” 私: “でもX社の売上はきみのところの5倍だね?” 起業家: “うちはパートナーとOEMを使っています。うちはX社のような直売販路を作れないからです。” 私: “製品がX社より良いのなら、堂々と直販で戦うべきではないかな?” 起業家: “うーん。” 私: “銀の弾を追うのは、やめなさいよ。” どんな企業にも、生きるために真っ正面から戦わなければならない時がやってくる。戦うべきときに逃げているなら、こう自問してみよう: “戦えば負けるような会社なら、この世に存在しなくてもよいのではないか？”

──higeponさんは家庭もあってお子さんもいらっしゃって，家族との時間もしっかり持ちつつさまざまな勉強をしていますよね。時間は有限ですが，どんなことに時間を使うべきか，higeponさんの視点からアドバイスをいただけますか？ ひ：年齢的に20代後半ぐらいから，家庭を持って結婚する人，子どもができる人が増えてくると思います。そのときに仕事する時間，勉強する時間よりも，自分がどうありたいかについて考えることに時間を費やすべきだと思っています。楽しいので何も考えずに技術を勉強するとか，楽しいことだけをする時期はもう過ぎていると思うんですよね。自分のやりたいこと，やりたくないこと，人生で一番重要なことは何かを考えると，人それぞれの価値観が見えてきて，その価値観の中で自分の時間をどう使うかを考えるべきだと思っています。 ──なるほど。 ひ：たとえば僕だったら，やりたいことはコードを書き続けること，あまりやりたくないことはマネジメントやお金の管理，重要なことは家族との時間です。そう考えると，コードを書き続けるためにはそのスキルを磨き続けなくてはならない，マネジメントばかりになりそうな会社には入らない，家族と一緒に過ごしたいから残業がたくさんある会社に入らないなど，自分が取るべき選択肢がだんだんわかってきます。そのうえで，自分がありたい姿と今の自分のギャップを埋めるには何をすべきかというのを徐々に考えていくのがよいと思います。 ──実践している人は少なそうですね。 ひ：僕も10年ぐらい前までは，自分の人生について深く考えたことなんてほとんどなかったんですよ。ただ，週に1回30分間どこかで，白い紙に向かって自分の人生でやりたいこと，やりたくないこと，心配事などを考え続けていると，ぼんやりと思っていたことが明確になってくるんですよね。「ああそうか，僕は外資系のトップレベルの会社に入りたかったんだ」「その背景にはエンジニアとしてどこまで通用するかを試したかったんだ」と気づき，「そのためには英語力が明らかに足りないのでどう勉強すべきだろうか？」とギャップを埋めていく感じですね。自分のことをちゃんと考える時間を定期的に持つとよいと思います。

──サイボウズ・ラボ時代はプライベートでは何を学んでいたのでしょうか？ ひ：ほとんど英語ばかり勉強していました。 ──たしかにブログで英語のことをたくさん書いていましたね。higeponさんは努力の天才だと思っているのですが，どうやって毎日続けているのでしょうか？ ひ：いやいや（笑）。毎日続ける努力，反復練習って，一度勢いがつくと簡単なんですよね。慣性の法則でも，一度動き出した物はずっと動き続けるし，止まった物はずっと止まり続けたままです。毎日続けるにはコツがあって，たとえば2週間に一度飲み会に行くと，その日の夜や次の日の朝の勉強がつらくて止まってしまいがちです。これで止まってしまうと，あとあと膨大な時間を失うじゃないですか。もちろん，飲み会で得られることもいろいろあるとは思うので，どっちを取るかという話だとは思いますけどね。

僕はFamlの作者である id:eagletmt さんにペアプロをしていただいたことがあるけど、ペアプロは自分が考える前に答えがわかってしまうことが多く、学びが少ない。 反面、自分よりすごい人のライブラリに対して対抗実装を用意して戦争をふっかけると、自分が必死で考えた成果に対してより高度な意見をいただけてかなり勉強になる。優秀な人を見つけたら、戦争をすると良い。

今回のチャレンジでは、振り返ってみると意識していた原則が2つあって "何か新しいものを1つ入れるときは既存の何かを2つ以上減らせること” "ボトルネック以外触らない" というもので、それが結果として自分の仕事を無くすことにつながっていったわけです。