ハクソク

世界を動かす技術を、日本語で。

行動することが行動することだ

119日前原文(softwaredesign.ing)

概要

行動 と 準備や思考 は異なるもの 「やること」自体が唯一の 前進 他の活動は 本質的な進捗 にならない 失敗や未完成でも 実行 が重要 今すぐ 行動 に移すことの大切さ

「やること」をやることこそが本質

  • 「やること」 を実際に始めること、唯一の前進
  • 考えること や 夢見ること は、実行とは別物
  • 成功をイメージ するだけでは、成果につながらない
  • 準備ができるまで待つ のは、前進の遅延
  • 話すこと や 説明すること も、行動とは異なる
  • オンラインで議論 しても、何も変わらない
  • 「始める」と宣言 するだけでは、何も始まらない
  • ポッドキャストを聴く、 チュートリアルを見る も実行ではない
  • 他人の成功事例を読む ことも、自己の進捗にはならない
  • 完璧な計画 や ツール購入 も、実際の行動ではない
  • 作業環境の整理 も、実際の前進には直結しない
  • 罪悪感 を持つだけでは、何も変わらない
  • 「忙しい」と感じる ことは、実際の進捗とは無関係
  • 「明日やる」と自分に言い聞かせる のは、先延ばし
  • 失敗しても実行 していれば、それは「やること」をやっている証
  • 下手でも、臆病でも実行 すれば、それが前進
  • 小さな一歩でも実行 すれば、それが本質
  • ブログを書くこと も、実際の「やること」ではない

今すぐ「やること」を始める

  • 実行 こそが唯一の進歩
  • 失敗や不完全さ を恐れず、まずは始める姿勢
  • やるべきこと に今すぐ取り組む重要性
  • 行動 が全てを変える原動力
  • 「戻って仕事に取りかかろう」 という自己へのメッセージ

Hackerたちの意見

これは[1]にすごく似てるね（ここで話されてる通り[2]）。でも、いいメッセージだから、前の投稿を覚えてるのもそのせいだよ。

└

この議論はすごく似てるから、これ、[重複]としてマークすべきだよ。

「下手にやるのもやってるってことだ。」これ、私には合ってる。HNの投稿から学んだんだけど、何かに行き詰まったり、どうやってやるか考えすぎてるときは、まずやってみるのが一番。自分が気づいてる欠点だらけでも、下手にやるのが痛いくらいでもね。そしたら少しずつ改善していく。そうしてるうちに、いつの間にかはっきりしたイメージが浮かんでくる…魔法みたいだね。

└

でも、これを企業の環境でやると、うまくいった瞬間に止められるよ。そして、ほとんど動かないバージョンを永遠に維持する羽目になる。私はこれを悪い方法で学んだけど、今は良くなるまで「動かない」って嘘をついてる。

└

「迷ったら、力づくで行け。」

└

「やる価値のあることは、下手でもやる価値がある。」これがあったおかげで、いろんな苦境を乗り越えられたよ。

└

この流れでの僕のお気に入りの知恵が二つある。ダン・ハーモンの作家のブロックに関するアドバイス: 「自分がダメだって分かってるし、全てがダメだって分かってる。何かダメなものを見た時、どう直せばいいかも分かる。だって、君はクソ野郎だから。だから、ブロックを解除するためのアドバイスは、"いつか良いものを書くチーム"から"クソみたいなものを書くしかないチーム"に切り替えて、"悪い作家"の帽子を脱いで"ちっぽけな批評家"の帽子に替えて、その可哀想なハックのドラフトを叩きまくること。それが君の二回目のドラフトだ。」 アイラ・グラスの「ザ・ギャップ」: 「君のセンスが、君の作品をがっかりさせる理由なんだ… そのギャップを埋めるためには、たくさんの作品を作るしかない。そうすれば、君の作品は君の野望と同じくらい良くなるよ。」

前はそう思ってたけど、「準備」が無限ループになっちゃうことに気づいたんだ。仕事では、2ページの仕様書から4ヶ月で何かを作ったよ。競合チームは、コードを書く前に8ヶ月もアーキテクチャのドキュメントに時間をかけてた。私たちは出荷したけど、彼らは3回もピボットして、最終的には解散しちゃった。計画には限界があるんだ。最初の20%の計画で80%の問題をキャッチできる。それ以降は、たいてい厳密さを装った不安に過ぎない。この記事が言ってることの一つは正しいよ：下手にやることも大事なんだ。私が知ってることのほとんどは、恥ずかしいものを出荷してから、それを直すことで得たものだから。

└

この記事を少し誤解してるかもしれないね。「準備」って明示的には言及されてないけど、私の解釈では「やってないこと」にしっかり当てはまると思う。

└

いつもそうなのかな？私は、事前に計画を立てるチームで働いてた（あなたの例みたいに数ヶ月）。ちゃんと出荷できて、製品もお金を生み始めたよ。やっぱり、状況次第だと思う。

└

それはゼロサムゲームじゃないよ。ゼロプランニングにピボットすることも、いろんな欠点を抱えることになる。

「日の名残り」では、「そのこと」について話すのは甘やかしだって言ってる。確かにそうで、気持ちいいし、難しくないし、何も達成しない。登場人物たちは非生産的な話をすぐに切り上げるけど、今の時代、多くの人が「そのこと」についての気持ちいい話をするのが精一杯な気がする。

一方で、時にはそのことをやるのが悪いアイデアになることもある。デザイン文書やコードレビューを続ける理由の一つは、後でダメージを受けるよりも、事前にそれを見つけたいから。GenAIの時代では、「計画なしで下手にやる」ことが簡単になりすぎて、何かしらの対抗策が必要だよね。

└

ハッピーパスは今では簡単だけど、プロトタイプと本番の間のギャップは実際にはもっと広いことに気づいた。非決定論やレイテンシの問題にすごく時間を取られるんだ。決定論的なコードでは存在しなかった問題だから。実際のエンジニアリングの課題は、ユニットエコノミクスをうまく機能させることみたいだね。

前の会社では、経営陣のほとんどが「問題を称賛する会」だって冗談を言ってた。問題について話したり、あらゆる角度から調査したり、問題を解決するための計画を立てたり、誰が原因かを特定したり、解決することでどれだけお金がかかるか、またはどれだけお金が得られるかを量ることには熱心だけど、実際に何かをすることには全然興味がなかった。結局、やることに関しては何もなかったんだ。

└

ほんとにそう感じるよ。関連する話だけど、結局そのことをやるのは自分だってことを学んだ時、そこを活かすことが大事だよね。柔軟性があるところで、自分にとって得になる決断をすることが重要だよ。

└

「マネージャー」を排除すると、単純に出力の速度が上がる。特に中間管理職、つまりエンジニアリングマネージャーやシニアエンジニアリングマネージャー、エンジニアリングディレクターなんかね。マネージャーを最新情報に保つための調整が減るから。最も機能的なソフトウェア組織は、マネージャーがいないんだよね。

僕のこだわりは、問題を解決することを考えたり夢見たりするのも、やることの一部だってこと。計画段階なんだよね。この計画段階をスキップするのが、ソフトウェアエンジニアリングの多くのDay 2の運用問題の根本原因だと思う。ただ、結果について考えたり発表したりするのは、実際にはやってることじゃないってのには同意する。

└

ここには多分、あいまいさがあるね。20年前からのメモが山ほどあって（自分が何歳かもわからなくなってきたけど）、それを計画として数えられるかもしれない。どこかで、やる気を出さないといけないんだ。マイク・タイソンが言ってたけど、みんな顔を殴られるまでは計画を持ってるって。プロダクトに取り掛かるのがそんな感じに思えることもあるよ。

「下手にやる」原則は、僕にとって全てを変えた。自動化ツールの完璧なアーキテクチャを計画するのに数週間かけたんだけど、計画をやめて、自分の痛点を解決するための醜いバージョンを作ったんだ。驚いたのは、その醜い初版が教えてくれたことが、計画では決して得られなかったことだった。ユーザーが実際に気にしていること（しばしば予想外のこと）や、実際に重要なエッジケース、そして文脈の中で「十分良い」ものがどう見えるかを学べた。最も難しいのは、自分が欠陥のあるものを出すことを許可すること。でも、実際の使用から得られるフィードバックループは、数週間の仮説的なアーキテクチャの議論よりも価値があるんだ。

この記事は素晴らしかった — ソロプレナー向けだけどね。人間がグループで働くときに残念ながらしなければならないことがある。それが、私たちがアルファ捕食者になった理由なんだ。最強の猿だったからじゃない。具体的には:

  • タイムシートを記入すること、四半期ごとの、半年ごとのサイクル、会社の会議、チームの会議は、ソロプレナーとしては「やるべきこと」じゃない。でも、グループの一員としてはそうだ。
  • チケットを書くことやPRをレビューすることは、ソロプレナーとしては「やるべきこと」じゃない。
  • 通勤することは「やるべきこと」じゃない — ソロプレナーなら、これに意味はない。
  • 技術的な質問に答えたり、データを分析したり、バグに対応することは「やるべきこと」じゃない — 特にグリーンフィールドのプロジェクトでは、全く余計なものはない。
  • テストケースを書くことやアラートを設定することは「やるべきこと」じゃない — 自分だけが自分を評価するなら、評価するものは何もない。
└

「タイムシートを記入すること」は、R&Dクレジットを取得したい時までクソだね。

気持ちは分かるけど、考えることや計画することは物事を進めるための重要なステップだよ。もちろん、そこで止まっちゃいけないし、その部分にあまり時間をかけるべきじゃないけど、それでも大事なんだ。