少しずつ外出して人に会ったりするようになって、移動をしたり、時間調整の待ちがあったり、１日に何本もミーティングは入れられないし、存外と稼働時間がないことに気づく。

リモートワークって、うまくやれば生産性が高まる。テレビ会議だったら連続でできるし、チャットを駆使して非同期で同時並行のコミュニケーションもできる。とても効率的だ。

特に効率厨のエンジニアたちが集まると、驚くほど効率が高まって生産性も出る。これは、会社を数字で分析すると良いことなんだけれど、なんだかスピード出過ぎで心配になる。

リモートワークと言うからワークのことだけに集中しがちなのだろう。PM理論でいうパフォーマンスばかりに目がいって、人間関係のメンテナンスが疎かになっていないか、と。

短期的な目線で見れば良いことでも、長期的に考えたら問題を育んでいるのかもしれない。生産性を高めた上で何を得るのかコンセンサスがないと、ずっと数字を追求してしまう。

無駄はなくしても良いけれど、ゆとりはなくさないようにしたい。仲間で合宿や旅行にいったり、飲み会したり、社内イベントをしてみたり。ゆとりには短期的な成果を求めない。

ゆとりでやることは非日常だ。ハレとケみたいなもので、毎日は業務のパフォーマンスを高めていき、できたゆとりを非日常に使えば、未来への種まきと人間関係の構築ができる。

ゆとりは「あそび」と言ったりもする。車もハンドルにあそびがないと反応が良すぎて事故ってしまう。リモートワークの中には、あえてあそびの時間を作ることが大事なのかも。

実現したいことは、リモートワークみたいな業務だけに焦点を当てた働き方ではなくて、リモートコミュニティみたいに離れていても仲間でいられる関係だったことを思い出した。

そもそもリモートかどうか関係なく「ゆとり」は大切だけど、リモートだと失われがちなので気をつけていかないとな。

ビジネスを進めていく限り、決めるということから避けては通れない。合ってようと間違っていようと決めることで仕事は進み、結果に繋がる。では、誰が決めるのか。

決めることには責任が伴う。責任が伴うから面白いとも言える。自分で責任もって決めることができるようになると、俄然仕事が楽しくなる。自分の仕事になるからだ。

一方、チームで仕事をする場合は、決めることがリーダーの仕事だとよく言われるけれど、この複雑さの増した時代に、一人の頭で決めることは現実的なことだろうか。

もちろんリーダーは責任者でもあるから、決めないわけにはいかないが、判断が難しいことも勇気が出ないことも多い。そんな時に、どうやって決めていけば良いのか。

当然だけど、多数決はやめておいた方が良い。誰かに決めてもらうのも、意見をそのまま取り入れるのも後悔することになりそう。やはりメンバーに相談するのだろう。

相談を通じて考え尽くして、様々な可能性を思考実験し、アイデアを出し合った結果、これしかないんじゃないかって案に落ち着くところまでいって決まることがある。

リーダーは相談をすることで、決断することの後押しとなる勇気が得られるし、メンバーにしてみれば、決めるプロセスに関われば、自分の仕事だと思えるようになる。

こうした決め方は時間はかかるかもしれないけれど、決めようとしている時間そのもので、チームとしての一体感を作ったり、価値観や哲学がすりあっていったりする。

こうした話し合いの場に、いくら知識があっても当事者意識のない人がいると、途端につまらなくなってしまうから、難しい仕事ほどチームビルディングは欠かせない。

良い関係のチームで、難しいことを決めていく対話は、それ自体が楽しかったりするんだよな。

「遊ぶように働く」と言って働き方を説明することがある。当人は一生懸命に働いているんだけど、他の人からみたら遊んでいるように見える位に楽しそうにしているって言葉。

だから、仕事を遊びにしようというニュアンスで、仕事以外の趣味をしながら働くというよりは、仕事そのものが趣味みたいになっていれば良いな、と。楽しめる時間にしたい。

仕事を楽しむという話をすると、常にワクワク楽しいって勘違いされるけれど、そんなことはない。仕事だから、もちろん大変なこと、心身ともにきついことだってあるはずで。

それでも、前向きに働くことができて、良い作品を作れたり、相手に喜んでもらえたり、仕事を通じて成長ができたり、チームで力を合わせて目標を達成できたりすると楽しい。

それには目的に納得ができるか、自分で考えて試行錯誤できるか、価値を直接提供できるか、適切な難易度の高さか、チームの成果になっているか、などポイントになりそう。

そんな風に仕事をデザインできれば、自然と遊ぶように働く感じになると思う。そんな仕事になれば、仕事自体から楽しみや経験、交友など人生の喜びも得ることができるかも。

そう考えてみると「遊ぶように働く」の先にあるのは「豊かな働き方」と言っても良いのかも。「豊か」という言葉には、富の豊かさだけでなく、心の豊かさにも通じているね。

報酬が多くても、自身の健康や家族を犠牲にしたり、成長できる経験や思い出が得られなかったりすると、豊かとは言えないような気がする。物質だけが豊かさの象徴じゃない。

仕事をすることを、金銭を得るための対価としての労働だけにしてしまうのは、もったいない。それぞれ働く人たちの人生にとって得られるものが沢山あるようにしていきたいな。

簡単ではないけれど、そんな物心両面で豊かな働き方を目指していきたいんだよな。

先日ラジオで聞いたのだけど「良い経験をしたというけれど、それは次のための経験だったのか、それとも経験ができたこと自体が宝物だったんじゃないか」という話で、ハッとした。

つい経験って言うと、ゲームのイメージがあって、レベルアップして、次のステージに進めるためのものと思ってしまいがちだったな。

だけど、次に活かすかどうか関係なく、経験をしている、まさにその瞬間自体に価値があるという考え方って、とても素敵だと思った。

経験することで、成長や未来に目が向いてしまいがちで、それも大事だけど、そもそも経験ができていること自体を感謝したくなった。

一生懸命にやって、結果が出れば一番いいけれど、経験を得られたことも良かったことで、なにより経験できたこと自体が価値なのだ。

そう思えば、どんなことも人生の経験になるし、経験していることに価値があるなら、なんでも本気で取り組んだ方が良いじゃないか。

歳をとったせいもあるのかもしれないけれど、将来のために経験することより、経験そのものにフォーカスする考えに魅力を感じたな。

若かりし頃は、未来のために経験を積むこと、経験値を貯めてレベルアップをすることも、とても大事だったので、時期があるのかも。

いずれにせよ、どんなことでも経験できるのは貴重なことだし、どんなことも貴重な経験をしてると思えば、人生は楽しめるのかもね。

何か作品を生み出そうとするとき、文章でも絵でも、仕事の成果物でも、一発勝負や一筆書きで、良いものや完成品を作ろうとしてもうまくいかないんだよね。

いきなり完成度や理想の高いものを作ろうとすると、二の足どころか一歩も動けなくなってしまう。頭の中で考えるばかりで、何も進まず時間だけ過ぎて辛い。

だから、最初に作るものの完成度は極限まで下げてしまった方が良い。そのまま世に出す訳でもないので、こんなレベルで良いの？というハードルにして作る。

いったん作ってみたら、直したくなってくるので、あとは改善していけば良い。よほどの天才でもない限り、一度で完成するレベルのものは作れないと思う。

ゼロから作るよりも、既にあるものを改善していく方が楽だし、まわりの協力も得やすいし、チームで何か作るときは、叩き台があった方がやりやすくなる。

一人で作るときも、自分のための叩き台として作ってみれば良いんだな。むしろ、雑に作った方が直したいところが無限に出てくるから、やる気も続きそう。

少しずつ直していって、完成に近づける。そのとき締切がないと、ずっと直し続けたくなってしまうのが最上志向。どこかで諦めたなら、それで完成となる。

かのレオナルド・ダ・ヴィンチは「芸術に完成はなく、あるのは放棄されたものだけだ」と言ったとか。という呟きも時間がきたので放棄して完成としよう。

組織のネコ本のトラリーマンの特徴に「経営者に理解者がいる」というのがあって、確かに自分も理解してくれる経営層の方々がいた。

組織の中で自由に動くためには、現場のルールや部署の枠組み、決められた役割などを、どうしても越えなければできないことがある。

アジャイルの社外活動をしたときも、社内ベンチャーを立ち上げたときも、いつも上司や経営層に理解者がいてくれたから実現できた。

どうやって理解者を見つけるのか。それが『提案より相談』という手。提案は、求めてない人にすれば、ともすれば敵を作りかねない。

だけど相談なら、話は聞いてくれるし、アドバイスもらえるかもしれないし、味方になってくれることも。相談されて悪い気はしない。

組織のネコだと自覚があり、やりたいことがあるのなら、経営層に相談してみると良いと思う。たぶん経営者の多くはネコ人材が好き。

そもそも組織のネコという既存の枠組みからはみ出るような人材は貴重で、自分の意思で仕事をしようとする人はもっと大事にしたい。

人が主体的に何かをしたい動機は、お金で買えない貴重な資源だし、自分でできないことをしようとするのだから、応援したくもなる。

今度は自分が実際に経営者になって、そう思うようになったな。ネコ人材と経営者が、もっとザッソウしあえたら嬉しいことなのかも。

学生向けインターンをソニックガーデンらしい形で提供できないかと考えた二つの企画を公開しました。

プログラミング経験がある方に向けたコードレビュー勉強会の『ジム』と、文系や未経験でも参加可能な合宿形式の『キャンプ』です。

ジムは、社内で中途採用や若手の方に実施しているスキルアップの勉強会に、採用に関係なく参加できるようにしたものです。

プログラミングを独学でやってる方にとって、ベテランからのフィードバックは、得難い経験になると思いますので、ぜひ挑戦してもらいたいです。

また、新卒での応募を頂くのですが、文系や未経験からエンジニアとして就職を希望される方が増えてきていている印象があります。

キャンプの方はそうした方々に向けて、みっちり集中的にプログラミングの基礎を身につけられる機会を提供できないかと考えました。

これは私たちとしても、新卒採用とはいえ、完全に未経験の方だとプログラマとして採用できるかどうか判断が難しいんですね。

というのも、やってないから向き不向きが自分でもわかってないんです。なので今回の合宿を経験することで、自信を持ってもらえたら嬉しいです。

年末年始を使うことになりますが、完全オンラインで場所に関係なく、学生と第二新卒に限りますが完全無料で提供します。

スクールと違って手取り足取り教えることはしませんが、仲間と共にプログラミングに取り組む貴重な経験が得られます。

ソニックガーデンに興味のある方も、そうでない方も、プログラミングを単なる仕事を越えて楽しめる方が一人でも増えると嬉しく思います。

身近に興味ありそうな方がいらっしゃれば、ぜひシェアして頂けると嬉しいです。よろしくお願いします！

https://www.sonicgarden.jp/sgcamp_sggym

ソニックガーデンでは、セルフマネジメントで仕事をしてもらうことで、管理職を置かなくても良い組織を志向している。

もちろん、まだセルフマネジメントが身についてない若い方や、社歴の浅い方にはサポートつけて育成期間を置いている。

慣れていない人たちが、わりと陥りがちなのが「セルフマネジメントできる＝自分一人で仕事ができる」と考えること。

そんな風に考えてしまうと、周りに頼ることは未熟さの表れだと感じて、一人で抱え込んでしまって成果が出せなくなる。

周りに頼ることができないのは、まだ目線が自分の感情や評価に向いていて、成果を出すことに向いてないからだと思う。

「マネジメント」とは「いい感じにすること」であり、大事なのは成果を出すことで、一人でなんとかすることじゃない。

そこで発想を変えて、成果を出すことが仕事だと考えてみる。自分は完璧でなくても、誰かの助けで成果を出せればよい。

現代の仕事は、境界も曖昧で、正解もなくて、一人で成果を出すのは、とても難しい。だから、チームで仕事をするのだ。

チームで仕事をするのは、手数を増やす以上の意義がある。それぞれが責任を持ちつつも、互いのことを活かし合いたい。

全員がセルフマネジメントで、周りを活かして各自の成果を出していけば、周りからはチームワークが良いと見えるはず。

そんなチームでありたいんだよな。

ソニックガーデンでは「ふりかえり」を大切にしていて、もはや文化といっても良い位に、何をしても終わったあとは、当たり前に取り組んでいるんだけど、何が大事って言語化かなと思ってる。

反省会にしないので、良かったことも思い返すけれど、ただ肯定だけして終わるともったいない。どう考えて、なぜうまくいったのか、思考プロセスを言語化しておけば、他に応用ができるはず。

ふりかえりで言語化する過程で、自分のことを冷静に客観視することになって、ある意味で他人事として見えるようになれば、素直に改善することができる。壁打ち役は、客観視の手伝いをしよう。

言語化して書き出してみると、頭の中だけで考えてたことが具体化されていく。難しい問題も、具体化して考えるとシンプルな話だったり。ちなみにビジュアルにするのも、言語化の一つだと思う。

もちろん直感や感覚も大事だけれど、その裏付けを言語化できると、周りの理解も得られて、言語化を続けた結果、共通認識のできたチームになれば、直感や感覚でもチームワークが成立する。

慣れてないと言語化は難しい。ふりかえりに慣れないうちは、やったことは出せるけど、考えたことは出せない。言語化は運動に近いので、練習が必要だけど練習さえすればできるようになる。

ソニックガーデンでは失敗をしても責められることはない。その代わり、ふりかえりで徹底的に言語化が求められる。これは結構大変なこと。もしかしたら、怒られて謝る方が楽かもしれない。

成長に欠かせない経験も、ただ経験を積むだけよりも、ふりかえりで自分で言語化してみれば、経験からの取れ高が高くなる。決断・判断の思考プロセスを言語化するから、血肉になっていく。

・・・という、言語化の重要性がたくさん出てくるアオアシって漫画を読み返してて思ったことでした。

先日、久しぶりにソニックガーデンで合宿をしたけれど、当然ながらオンラインではあったけれども、とても良い機会になった。

普段の仕事では考えることのない経営課題について、その事業に関わる人たちが全員参加して議論する機会はあった方がいいね。

ここ最近、なんとなく品質にバラつきが出てきたことへ課題感を感じていたけど、価値観の共有不足が根っこにあった気がする。

価値観の共有という話はよく聞くが、その目的は何か。精神論や社内の話じゃなく、顧客への提供価値を高めるためだってこと。

社員が増えたことで、一定のロスが出るのは仕方ないと諦めるのではなく、高品質を維持する方法を考えたい。その一つが合宿。

合宿に参加してくれたメンバーの感想も、こういう視点を変える機会は重要だったと言ってくれてたので、定期的に開催したい。

古株にとっても意味あるし、コロナ以降に入社したメンバーは特に合宿の機会がなかったので、今後もっと積極的に開催したい。

議論の内容的には、前職の会社だったらマネージャ合宿で話すようなことを社歴に関係なく全員で話し合う様子は頼もしかった。

合宿は手間もコストもかかるけど、高品質のための価値観共有ができて、助け合いの関係性も築けるなら、コスパは高いと思う。

品質が高まればトラブルも減り、フォローのコストが不要になる。事前にコストをかけて防止するリスクマネジメントと言える。

入社後の管理にコストかけるか、入社前の採用にコストをかけるか、の話にも通じる。後者を進めれば管理ゼロに近づけられる。

あとは、やはり合宿はリアルで開催したいな。議論も楽しいけれど、加えて食事やレクリエーションなども合わせた方が楽しい。

またリアル合宿できる日がくると良いなぁ。

先週の金曜日、ハッカソンの表彰式にコメンテーターで参加したんだけど、とてもとても楽しかった。参加者の皆がアイデア出しあって、プログラミングして、プレゼンするイベントだった。

今回のテーマは「明日がちょっと楽しくなるサービス」ってことで、総勢9組のファイナリストたちのプレゼンを見せてもらったけど、どれも本気で楽しんでたのが伝わって、本当よかった。

アイデアを出すのも良いんだけど、それを形にできるってプログラマは本当にいいよね。今回のハッカソンは、テーマの発表から48時間で作り上げるルールだけど、どれも完成度が高かった。

視聴者全員の投票で最優秀賞が決まったのは、新卒1年目？の３人による若いチームだったけど、アイデアも天才的で、ちゃんと開発できてた。実装の荒さは、ハッカソンではどうでもいい。

まぁ今回のハッカソンでは賞はおまけで、ハッカソンに参加して作ること自体を楽しめればよくて、それに関しては参加者全員がもれなく作ることを楽しんでくれてたようで、嬉しかったな。

ちなみに、今回のハッカソンはソニックガーデン社内限定じゃなく、誰でも参加できるオープンなハッカソン。作って遊ぶことを目的とした「作って遊ぶハッカソン」、略して「ツクアソ」。

僕らにとってハッカソンといえば、なにか問題を解決したり、イノベーションを生み出したりするではなくて、ただひたすらに本気でモノづくりに取り組む、作ることそのものが目的だった。

なんか、そんなハッカソンがあっても良いよねってことで仲間たちと実行委員会を立ち上げて、ソニックガーデンとしては協賛させてもらった。そのツクアソの第１回が開催されたのでした。

いやぁ、思った以上に面白かった。社外の人ともボーダレスにハッカソンするのは楽しいね。第２回も、冬か春には開催したいと思っているので、我こそはという方はぜひ参加してください！

https://tsukuaso.com/

昨日は久しぶりに「納品のない受託開発」をテーマにして講演する機会があった。ビジネスモデルの解説から、背景や考え方まで。

今は現場に出て開発も営業もしてはないけれど、この事業に対する思いはあり、その思いの原点を講演で話すことで再確認できた。

「納品のない受託開発」を提唱したのは早くも10年前になるけど、当時は反響はあったものの、割と批判的なコメントも多かった。

当時はまだ実績もない状態だったから仕方ないけど、無理だと思われてたし、できたら良いですねー、みたいなトーンだった。

それが10年続けられて、100社以上のお客様にサービスを提供できて、まだまだとはいえ、それなりに実績ができて良かったなぁ。

だけど、出発点だったシステム開発におけるビジネスモデルの構造上の問題や、エンジニアのキャリアや働き方の問題はまだある。

納品のない受託開発だけが正解だとは思わないけど、そうした問題に対する一つの答えにはなれているんじゃないかな、と思う。

だから、納品のない受託開発で、より多くのお客様のニーズにお応えしたいし、より多くのプログラマが幸せになれるなら嬉しい。

最近リモートワークについて頼まれることが多かったけど、納品のない受託開発について、知ってもらえる機会を作っていきたい。

こちらが講演資料です。

対応できるお客様のニーズも多様化し、扱ってる技術要素も多様化しましたね。顧問プログラマは引き続き募集しています。仲間と切磋琢磨して技術を高めていきたい方には良い環境だと思います。

在宅勤務メインになってから、運動不足の解消に色々としてるけど、最近はジムのプールによく行ってて、1000メートルをクロールで泳ぐようにしているんだけど。

アップルウォッチにしてから、泳ぐときに自動で距離を測ってくれるようになり、とてもストレスが減ったのと、数字が取れるようになると、目標を設定したくなって。

そこで、1000メートル20分を目標にして泳いでたんだけど、昨日ついに達成できて、達成欲を満たせて良かった。数字を取れなかったら、こんな風に頑張れなかった。

それと、20分を目標としつつも、泳いでる最中は時間を気にすることはなく、ただ一生懸命に泳いでただけだった。むしろ、正しいフォームを意識するようにしてた。

数字を達成することだけを求めても、実力がないと、できないものはできない。練習を繰り返すしかない。ただ数字の達成だけならズルするかを考えたかもしれない。

数字のことは把握しつつ、数字に支配されることなく、いかに正しいフォームを保つかに心を注ぐというのは、なんとなくソニックガーデンの経営に似てる気がするな。

最近、改めて「ふりかえり」って大事だなって考えているのは、ふりかえりを習慣化してる人やチームを長期的な目線で見ると、ずっと良くなっているのを感じているからなんだけど。

ふりかえりの効能は、改善していくことだと思ってたのだけど、もっと本質的な効能は、己のことを客観的に見えたり、プロジェクトを俯瞰して見えるようになることではないかな、と。

ふりかえりだから、過去の自分や出来事を対象に見る訳で、その時点で既にメタな視点を持てる。自分の心と切り離して考えれば、気軽に改善点を出すことや、意見を出すことができる。

---

利害関係の複雑な人たちで構成されたプロジェクトや、顧客との案件であっても、一緒にふりかえりすることができれば、メタ視点では目線の向きが揃って、問題vs私たちの構図になる。

ふりかえりの機会があるかないかで、チームビルディングが進むかどうか違ってくる。なので最近は、パートナーさんやお客さまとも定期的にふりかえりをさせてもらうようにしている。

---

個人のふりかえりは、内省（リフレクション）の機会となるけれど、それも改善のためというより、自分の感情や心境の変化などを知ることの方が収穫。己を知ればコントロールできる。

ストレングスファインダーで言えば「内省」が上位に来る人は、放っておいても内省できるだろうけど、そうでない人は練習が必要なので、ふりかえりを誰かに付き合ってもらうと良い。

壁打ち役であり、客観視点を伝える役であり、コーチ役でもある。ソニックガーデンでは、最近は社内で相互に、ふりかえりをサポートしあっている。そこに先輩後輩あまり関係ないかも。

---

ふりかえりの本質を、自己改善から自己認知に切り替えて考えるようになれば、必ずしも成長だけを望まなくても良い。むしろ、己を知れば知るほど、人として仕上がっていくように思う。

ふんわり頭の中で考えているだけだと、なんでも出来そうな気になって楽観的な気分でいられるけれど、具体的な計画に書き出したりし始めると、けっこう大変だなってことがわかったりする。

頭の中で構想を練ることは大事だけど、具体的に動き出すと具体的な問題が見えてくる。特に、手を動かしてアウトプットしだすことで、大変さがわかる。それが解像度が増す感覚なのだろう。

具体化することでしか仕事は進まないし、具体化さえできれば問題も明らかになってくるので、あとは一つずつ解決していけば進捗はする。そんな風に具体的に動ける人だけが、仕事ができる。

---

一方で、具体的に動くことだけを延々と続けていても、直線的にしか成果は出せない。具体的な出来事やアウトプットを観察して、仕組みを考えることで、成果を何倍にも上げることができる。

そのためには、具体的なものから共通項を見つけ出したり、他の分野の似た構造から連想したり、本質的な意味や価値を考えたりする必要がある。つまり、抽象化して考える能力が求められる。

抽象化は、具体的なものから得られる。具体的な経験があるから、ふりかえり（内省）をすることで抽象化して考えられる。抽象化さえできれば、他のことに応用して具体化することもできる。

---

マネジメントする立場になって、現場で自ら経験できないことも、メンバーとの1on1を通じて擬似体験から抽象化できるようになった。1on1は自分にとってインプットの時間でもあるのだな。

マネジメントが偉いわけではないのは、いくら抽象化して考えることができても、その先に具体化して動ける人がいないと、頭でっかちで終わってしまうから。具体化できる人の存在は大きい。

---

一人の中でも具体と抽象を行ったり来たりできるようになると、格段に進捗を出せるようになる。日々のふりかえりは、その訓練とも言える。こんな言語化も、具体化の練習になってるのかも。

頻度は違えど社員の全員と1on1をしているのだけど、先日は、創業メンバー入れて８人目に入社した古株メンバーの遠藤さんと実施した。かれこれ彼との付き合いとしては、10年近くになる。

創業２年目に入社したメンバーが今も一緒に働いてくれることに感謝しつつ、同じ会社に10年近くいるのだから、私としては、彼が飽きてないか今も楽しく仕事ができているか心配もあった。

そんな心配をしながら1on1で話をさせてもらったのだけど、彼は今が一番楽しいと言ってくれたし、入社前に理想としていた働き方ができているんだって聞けて、本当に嬉しかったんですね。

---

これは私の嬉しさでもあるけれど、それだけじゃなくて、いま若いプログラマの人たちにとって、彼のような働き方があることを知れるのは、とても希望があることじゃないか、と考えました。

そこで彼と私で対談をした内容を記事にしてもらいました。結果としては、プログラマだけでなくクリエイティブに関わる仕事をしている多くの人に価値ある言語化ができたように思います。

もはや今の時代、プログラマに限らず、正解のない仕事に取り組まねばならないことは多いはず。そこで彼が「正解のない世界」で、どう生き抜いてきたのかを知ることは、参考になるかも。

ソニックガーデンに入る前までは、お客さんに「正解」を確認してから作るのが一番王道で、間違いのない仕事のやり方だったんです。

「正解」も難しい言葉ですけど、要するに決まりがある世界だったんですよね。僕はこれまで仕様書や要件定義で形が決まってるものを、いかにきれいに作るかという仕事をしてきたんです。

でも、ソニックガーデンでそのやり方をすると、逆にお客さんが困ってしまうケースが多くて。そこではじめて、「世の中って正解がないんだ」と気づきました。

どっちに行けばいいか全くわからない「正解のない世界」で戦う術を僕は知らなかった。

「正解のある世界」と「正解のない世界」の差が想像以上に大きくて、自分なりの戦い方を見つけるまでかなり苦しみました。「あれ、俺どうすればいいんだ？」って。

第１回より

第一回 プログラマの道を極めた先に見える景色

全４回の短期連載になっていて、毎週水曜日に更新予定です。

【連載のタイトル（予定）】

■第一回：プログラマの道を極めた先に見える景色（7/14公開）
　・開発だけじゃなく、ビジネスの構想から関わるプログラマへ
　・技術者として頑張るほど、自分の首がしまる矛盾
　・「正解のある世界」と、「正解のない世界」

■第二回：「正解のない世界」での戦い方（7/21公開）
　・開発者の帽子を脱ぐとうまくいく
　・「作らない提案」の難しさ
　・ソフトウェアは「生き物」

■第三回：プログラマの腕の見せどころ（7/28公開）
　・プログラムのコードは「負債」
　・最高に楽しいインフラ委員会
　・「内製化」のハードル

■第四回：死ぬまでプログラマでいたい（8/4公開）
　・背中を預けられる人がいる
　・お客さんとはチーム、ソニックガーデンはコミュニティ
　・「楽（らく）」の先に「楽しい」はない