- 成熟と価値は素早い達成ではなく、長い時間の蓄積から生まれる
- 木の成長、古い不動産、職人の製品のような時間が生んだ資産は、お金では代替できない
- 現代の速度重視の文化は開発や起業にも広がっているが、本当の成果は継続性と粘り強さから生まれる
- AIと自動化は摩擦を取り除いて効率を高めるが、熟慮と信頼形成のプロセスが失われつつある
- 信頼・品質・コミュニティは短期間では作れず、長い時間の献身が不可欠である
時間は必要なもの
- 木の成長のように、ある種の価値は長い時間が経って初めて得られる
- 何十年も前に植えたオークや栗の木は、お金や努力では代えられない資産
- 年月を重ねた庭や樹木が生い茂る家は、新しく始める人にはすぐには手に入らない
- 時間が生んだ価値は、待つことによってしか生まれない
- 時間を宿した価値は人間社会のあらゆるところに存在する
- スイス時計、Hermèsのバッグ、古い不動産などは、製作や築年数に刻まれた時間が価格を決める
- 運転、投票、飲酒に年齢制限があるのも、成熟は経験を通してしか得られないという考えによるもの
- 現代社会は即時の満足を追い求める方向へ進んでいる
- ソフトウェア開発やスタートアップ運営でも速度重視の文化が広がっている
- しかし、成功する企業やオープンソースプロジェクトの核心は、依然として粘り強さと継続性にある
- リーダーやメンテナーにとっては、長期間にわたって問題に向き合い、関係を築く力が重要である
摩擦は良いもの
- 現代の開発者や起業家は速度への執着に陥っている
- 素早い反復、迅速なデプロイ、即時の学習を重視する
- しかし、領域によっては速度がむしろ有害になる
- **コンプライアンス（Compliance）**のような分野では、摩擦が存在すべき理由がある
- SOC2のような手続きをなくしたいという欲求が強まり、それを自動化しようとする産業が登場している
- 例としてDelveのようなターンキーソリューションがある
- 人の関与をAIで置き換えようとする傾向が広がっている
- しかし、摩擦そのものが意味のあるプロセスである場合は多い
- 重要な意思決定には熟慮の期間が必要である
- 一度うまくやることよりも、長い期間にわたって着実にうまくやることに本当の価値がある
推論速度の「Vibe Slop」
- AIがコードを高速に書くことで、速度競争が極端化している
- レビュー、インフラ設計、承認手続きなど、あらゆる摩擦を取り除こうとする流れ
- 「機械がうまくやるなら、なぜチェックリストや承認システムが必要なのか？」という認識が広がっている
- このような速度重視の文化は、ソフトウェアの寿命の短縮につながる
- 今日では多くのソフトウェアの寿命が何十年単位ではなく、数か月単位にまで縮んでいる
- 人間関係や信頼もまた短期化している
- スタートアップでも責任なき終了が増えている
- YCバッチの一部企業は、顧客に挨拶もなく姿を消す
- これは健全な反復ではなく、顧客信頼の崩壊の兆候である
- あるべき終了には時間と努力が必要だが、現在の環境ではそれすら無駄と見なされる
- オープンソースプロジェクトでも同じ現象が起きている
- 短期間だけコミットして消えるプロジェクトが多数ある
- 良いオープンソースには、長期的な献身、継承戦略、コミュニティ基盤が不可欠である
- そうした要素があってこそ、歳月の試練に耐えられる
私の時間
- 時間の節約を約束するツールに対する懐疑が強まっている
- AIや自動化ツールを積極的に活用するほど、むしろ時間が足りなくなる
- 節約された時間はすぐに競争へと吸収されて消えてしまう
- 余裕を持てば、より速く動く人がその場を奪っていく
- AI中心の経済のど真ん中にいるほど、時間不足の現象は深刻になる
- 意図的に速度を落とそうとしても、質の高い結果を出しにくい
- ソフトウェアが急速にコモディティ化することで、品質を維持しにくい環境が生まれている
- 長年維持してきたオープンソースプロジェクトと、10年間関わったスタートアップの経験を通じて、時間の力を実感した
- 継続的な参加が、アイデアを根の深い献身へと変えていく
- 時が経つにつれて、プロジェクトは他者を守り、成長させる土台になっていく
- 信頼、品質、コミュニティは短期間では作れない
- 50年物のオークを大量生産できないのと同じように、週末のハッカソンでは本当の共同体は作れない
- 最も大切なプロジェクト、関係、コミュニティには、どれも何年もの時間が必要である
- 最近、Colinと一緒に新しい木を植えた
- 大きな木に育つまで時間がかかることを分かっており、急いではいない
2件のコメント
生産性向上には確かに効果があるものの、システムが複雑になるほど、根本的な設計やクリーンコードなどへの理解なしに積み上げていくのが簡単ではないというのは、職人気質を論じるまでもなく、誰もが知っている基本的な事実です
Hacker Newsのコメント
現代のAIツールの速さだけに注目していると、「速度は方向を持つベクトルだ」という事実を忘れがち 速いからといって常に目標に早く到達できるわけではなく、方向が間違っていればむしろ余計に時間がかかる LLMベースのコーディングツールの長所と短所は、この原理で説明できるように感じる 研究、デモ、プロトタイプ制作のように方向を定めるために使うなら効果的だが、既存システムへの機能追加やバグ修正だけをさせると、しばしば見当違いな方向へ進んで行き詰まることが多い
良いプロジェクトは数多くの**反復(iteration)**を通じて完成するものだと感じる 機能をたくさん追加することではなく、いくつかの機能を複数の段階で磨き上げることが重要だ 開発者は作業の中でシステムの文脈をより深く理解するようになり、一度作った機能も継続的に改善していかなければならない AIコーディングは今後も残るだろうが、なぜ作るのかについての明確な理解は依然として必要だ
「どれだけ多くの女性を投入しても、赤ん坊を産むには9か月かかる」というFred Brooksのプロジェクト管理の名言を引用している
Sid Meier’s Piratesをプリンセステーマでリメイク中だが、AIはプロトタイプ制作やストーリーのアイデア出しに大いに役立っている しかし、ストーリーの一貫性、アートワークの選定、プレイテストなどは依然として人間の速度で進む 結局、AIが時間を節約しても、ボトルネックは別の場所に生まれる
著者の意見に共感しつつも、LLMを積極的にワークフローへ統合して速度向上を実感している 単にエージェントに任せるのではなく、対話型で協業している 1時間ほど無駄になることもあるが、一人で10時間悩むよりはるかに効率的だ gitと一緒に使えば、大規模なコード実験も負担が少ない 遅いと嘲笑する人もいるだろうが、品質は高く、結果に満足している
Nietzscheのアイデアの中で、文明が概念を**「消化」するのに数千年かかる**という話が好きだ 現代社会はあらゆる問題を資源の問題としてしか見ない傾向がある 経験は過小評価され、知識は過大評価されている
「AIとエージェントツールを使うほど時間が減る」という話について、砂と岩の比喩で説明している まず大きな岩（重要な仕事）を入れ、その隙間に砂（AI作業）を詰めるべきだ
「私たちがスイス時計やHermèsのバッグにプレミアムを払うのは、その中に時間が込められているからだ」という主張に反論している 実際にはステータスシンボルだからだと見る
オープンソースプロジェクトは継続的なメンテナンスが核心だが、多くはそのせいで死んでいくと感じる 見知らぬユーザーたちが使い始めた瞬間から、それは完全に別の仕事になるのに、誰もそのことを警告してくれない
「時間は代替できない」という教訓を早いうちに理解することが重要だ お金を稼ぐために子どもたちとの時間を失った人をたくさん見てきた Agenticコーディングはまるでビデオゲームのようで、良いコードが出るかどうかわからないルートボックスを開ける感覚だ コード品質よりも「わあ、マイクロサービスUIを1行のプロンプトで作れた！」という快感が先に立つ現象を指摘している