ハクソク

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

時間がかかることもある

65日前原文(lucumr.pocoo.org)

概要

  • 時間をかけて育つもの の価値について考察
  • 現代の即時性志向 がソフトウェア開発やビジネスに及ぼす影響
  • 摩擦（friction）やプロセスの重要性 の再認識
  • Open Sourceプロジェクトや人間関係 における継続と信頼の重要性
  • 時間短縮ツールの限界と落とし穴 の指摘

時間が作る価値

  • 樹木や古い庭園、歴史ある家屋 は、長い年月を経て初めて得られる財産
  • 50年前に植えられた木 は、どれだけお金や努力をかけても再現不可能
  • 時間をかけることの価値 を直感的に理解し、高級時計やHermèsのバッグ、古い不動産に対してプレミアムを支払う理由
  • 運転や投票、飲酒の年齢制限 は、成熟には経験が必要という社会的合意
  • 即時満足の時代 にあっても、本質的な価値は「時間」によって決まる

ソフトウェア・ビジネスにおける即時性と持続性

  • 現代の起業家やプログラマー はスピードを重視
  • 高速な反復や迅速なデプロイ が重視される風潮
  • 一方で、 本当に価値あるものは継続的な取り組み や人間関係、長期的な努力によって生まれる
  • Open Sourceプロジェクトや企業の成功要因 は、リーダーやメンテナーの粘り強さ
  • 人間の人生スパンに根ざした課題解決 が不可欠

摩擦（Friction）の役割とその必要性

  • 摩擦や遅延を排除しようとする風潮 の広がり
  • SOC2などのコンプライアンスプロセス を自動化するサービスの増加
  • AIによる意思決定の自動化 志向
  • しかし、 摩擦や時間がかかること自体が本質的な意味を持つ場合 が多い
  • 冷却期間や熟考の時間 が、重要な意思決定や信頼構築に不可欠

AIとソフトウェア開発の短命化

  • AIによるコード自動生成 が当たり前の時代
  • 開発やリリースの加速 によるレビューや設計プロセスの省略
  • 短期間で消えていくOpen Sourceプロジェクト やスタートアップの増加
  • 顧客との信頼関係の構築や適切なクローズ作業 が軽視される傾向
  • 持続的なコミュニティや後継体制 が、プロジェクトの長寿命化に不可欠

時間短縮ツールの限界と「時間の罠」

  • 「時間短縮」を謳うサービスやツール への懐疑
  • AIやエージェントツールの普及 で、逆に自由な時間が減少する現象
  • 時間を節約しても、その分新たなタスクに埋め尽くされる現実
  • 本質的な価値の創出には時間が不可欠 であり、機械化や効率化だけでは補えない

根を張ることの意味

  • 20年近くOpen Sourceプロジェクトを継続 してきた経験
  • 10年続いたスタートアップ での取り組み
  • 毎日続けることで生まれる「根」 の存在
  • 長い時間をかけて育つ関係性やコミュニティ、信頼
  • 50年物のオークの木や、週末の努力では得られない価値 の象徴
  • 最近植えた新しい木に込めた思い と、成長を急がない姿勢

要点まとめ

  • 時間をかけて育つもの にしか得られない価値がある
  • 即時性や効率化の追求 だけでは、信頼や品質、コミュニティは生まれない
  • 摩擦や遅延の意義 を再認識し、長期的な取り組みの重要性を見直す必要

Hackerたちの意見

スピードは、良いアイデアや仮説をテストしたいときには役立つけど、間違った方向に進んでいるときは、スピードなんてほとんど意味がないよね。LLMを使っていると、間違ったものを作っていることに気づくのがさらに難しくなるかも。だって、間違ったものを作るために努力してないから。

└

これには共感できるな。コーディングに時間や労力が制約になると、何を作るかをもっと考えるようになるよね。

└

「間違った方向に進んでいるときは、スピードなんてほとんど意味がない。」 俺はちょっと違う考え方をしてる。スピードは素晴らしいよ。だって、方向をすぐに変えられるってことだから、間違ってもそれほどコストがかからない。自分がどこに向かっているかを把握していれば、間違った場所にたどり着いても、すぐに気づいて、別の方向に進むことができる。時には、間違うのが高くつくから時間をかけることもあるけど、間違ってもコストがかからないなら、速く進んでたくさん間違える方が、たくさんの選択肢を探ることができるかもしれない。ただし、この戦略がうまくいくためには、間違った位置に達したときにそれを認識するための良い判断力が必要だね。

└

開発者たちがLLMの出力をあまり精査せずに受け入れる文化的なパターンが見えてきた。これが表面的には動くコードになるけど、ほとんどの場合、問題は根本的に解決されていない。こうした間違ったものを作るのはLLMを使うと安く済むから、開発者たちはその間違ったものを検証したり反省する必要を感じなくなっている。リスクはツールそのものではなく、それに過度に依存して、チームを強くしてきたフィードバックループ（デバッグやテスト、なぜそうなるのかを考えること）を放棄することなんだ。

「自分と同じように、AIやエージェントツールに完全に乗り込んでいる人たちは、どんどん時間がなくなっているように見える。なぜなら、すぐにもっと多くのことを詰め込む罠にはまってしまうから。砂で瓶を満たすと、大きな石を入れるスペースがなくなる。でも、大きな石を先に入れれば、砂を入れるスペースがたくさんできる。石を一つ取り除けば、砂がその隙間をすぐに埋める。まずは石を入れることが大事だ。」

└

ボトルに水を入れて、魚を入れて、半分の水を取り除いても、ボトルはまだ半分満たされている。でも、魚を取り除くと、前より水が少なくなる。ボトルに水を半分入れて、魚を入れたら、残りの半分を入れられる。最初の半分から始めると、もっと水が入ることになるよ。

└

それがNP完全問題を解く秘密じゃないなら、何が秘密なんだろう！

└

それがポイントなんだと思う。AIは砂で、価値があるのは岩なんだよね。AIを使わなくなるほど、リアルな価値が得られる。岩の中には金鉱があるものもあって、砂は無限にあるけど、価値のあるものは何も持ってない。で、「見て、私の砂の山！」って言ってる人たちがいるんだ。

「スイスの時計、エルメスのバッグ、古い不動産にプレミアムを支払うのは、それらに埋め込まれた時間のためだ。」 3段落目で話がわからなくなった。あれらのものは、長い時間をかけて作られたからじゃなくて、認識できるステータスシンボルだからお金を払ってるんだよ。今着てるセーターを編むのに、祖母はすごく時間がかかったけど、その市場価値は多分ゼロに近い。

└

祖母が編んだセーターを着るのは、別の意味でのステータスシンボルだと思う。誰かが自分のためにそんなに時間をかけてプレゼントを作ってくれるのは、1000ドルの服を買うよりも感心するよね。だけど、そういうアイテムが長い時間をかけて作られたっていうのも、ステータスシンボルの一部なんだ。だって、全く時間をかけずに作ったもの（ほとんどのNFTを見てみて）にお金を払うと、多くの人からバカにされるから。

└

比喩が間違ってたかもしれないけど、価値の一部は、どれだけ多くの産業や器官に影響を与えたかに関係していると思うようになってきた。

└

そうそう、ヴェブレン財の話ね。例えば、エルメスのバッグを手作りでクローンしたものがあって、すごく安いのに作るのにかかる時間は同じなんだよね。 https://youtu.be/02CjWIkTy-M

└

デルブスキャンダルの後で、善意を示して自己満足するための気持ちの良い記事に見える。でも、結局は明らかで、機会主義的で、平凡だね。

└

わかるよ、迷わずに読み続けることに成功したと思う。牛を育てるのには時間がかかるって自分に言い聞かせてたからね。それでも、読み終えられてよかった。いいエッセイだったよ。

シド・マイヤーのパイレーツのクローンを、娘たちのためにプリンセステーマで作ってるんだ。AIを使って書くのを手伝ってもらって、いくつかの結論に達したよ。 - AIはプロトタイプをすごく早く作れる - ストーリーラインや決定パスを考えるのにも役立つ - でも、アートワークをどうするかとか、ストーリー的に何が意味があるかとか、まだまだたくさんの決定をしなきゃいけない - プレイテストや反復作業は人間のスピードでしか進まないから、意見をもらうのに人間の時間がかかるんだ。これをどんどん使うようにしてるけど、AIは確かに大量の時間を節約できる。でも、制約理論から学んだように、どこかに必ず別のボトルネックがあって、物事を遅くするんだよね。

└

コーディングエージェントを使っていくつかゲームプロジェクトに挑戦してみたけど、人生でゲームに関わったことはなかったんだ。そこで学んだ一番のことは、楽しさをデザインするのが難しいってこと。 genuinely面白いゲームプレイループを考え出して、難易度を上げたり、徐々にゲームメカニクスを明らかにするのは、どれだけAIを使っても本当に魅力的で超難しい挑戦だよ。

└

すごく似た経験があるよ。自分用に外国語練習アプリを作ったんだけど、機能的にはまあまあ動いてて、バグもあまり見かけない。でも、一番の生産性の制約は、何がうまくいってて、どこに問題があるのかを理解するために使う時間なんだよね。

└

読み終わったら教えて！娘が楽しめそうな内容だね！

FAANGで働いてるけど、リーダーシップが新しい生産性の期待を設定して、スピードを求める圧力をうまく押し進めてる。みんなできるだけ急いでるけど、生産性の向上が期待に見合ってないから、差を埋めるために過労になってる。内部競争やパフォーマンス評価のためのクオータ制とうまく連動してて、悪い雇用市場のせいで余計に恐怖感もある。新しい世界は最悪だと思う。個々のエンジニアの生産性を上げる新技術があるのに、ただクオータを満たすための急いだ仕事をしてるだけ。自分が次の利益をC-suiteにもたらすための代わりを作ってるだけのように感じる。こんなことをしながら燃え尽きないで済むといいんだけど。

└

YCスタートアップで働いてる間、ここ5年くらいこのダイナミクスを強く感じてる。コーディングがまるで労働搾取のようになってる。スタートアップやテクノロジーだけの話じゃなくて、もう本当のイノベーションがないから、こうなってる気がする。資本主義は常に成長を求めるけど、実際の技術的改善があれば、生産性を上げることでその成長を達成できる。改善がなければ、従業員に長時間働かせたり、コストを削減したりして成長を達成しなきゃいけない。今は労働力を搾り取ることが全ての利益を生んでるんだ。

現代のAIツールのスピードにばかり注目していると、速度がベクトル量であることを忘れがちだよね。正しい方向に進んでいないと、スピードを上げても目的地に早く着くことはないんだ。もし大きくコースを外れていたら、スピードを上げることは逆効果になって、結局目的地に着くのが遅くなる。こういうシンプルな現実が、LLMベースのコーディングツールについて聞く良い話と悪い話のほとんどを説明している気がする。AIを使ってリサーチしたり、クイックデモやプロトタイプを作るのは、進むべき道を描く手助けをしているんだよね。多段階のエージェントワークフローも、メインの実装をする前にガードレールを作って、AIが大きく道を外れないようにすることに帰着する。今のところ、成功事例はこのあたりに集中しているみたい。一方で、よく聞く批判は、既存のシステムに新しい機能やバグ修正を実装するために単にプロンプトを与えられたAIが、しばしば誤解したり、間違った仮定をして、行き止まりに何度もぶつかること。速く動くけど、どの方向に進むべきか分からないんだよね。

└

速く動くけど、どの方向に進むべきか分からない。決定ポイント（知られているものでも未知のものでも）で、目標に対して間違った方向を選ぶ傾向があるんだよね。

なんか聞いたことあるな。人生のほとんどで「摩擦」を取り除こうとしてきた – すべてをできるだけ効率的にするためにエンジニアリングの考え方を適用してた。でも、人生ってなんだかその「摩擦」が大事なんだなって気づいたんだ。

└

確かに。摩擦がないと、舵を取れないよね。

今、速くなっているのは、時間に依存する生産要素、つまり製品開発や市場投入などだね。一方で、遅くなっているのは生産に対する脅威で、ちょっとした規制でも何年も、時には数十年かかることもあるし、対策が見つかってから出てくることが多い。だから、過去40年以上で変わったのは、ビジネスが自分たちの条件を整えるためのツールが増えたことだよ。下流市場や上流のサプライヤー、規制のサポートや制約なんかも含めてね。これは世代を超えたプレイヤーたちの非常に根気強い作業で、個人の努力もあるけど、ほとんどは企業同士の利害関係の連携によるもの。どんな大手企業も参加を拒否できない状況だし、これは進化だね。

似たようなことをいろんなところから聞いてるよ。「時間は取り替えられない」という根本的な問題は、早いうちに内面化しておくのがいいと思う。知ってる人たちの中には、たくさんお金を稼ぐために一生懸命働いて、子供たちの成長を見逃した人もいるんだよね。「子供が成長していた時の時間を買う」なんてできないからね。エージェンティックコーディングは、まるで「ビデオゲーム」のように感じるよ。レバーを引いてルートボックスを開けると、時にはエピックな+10の敏捷性の剣が出てきたり、ただの灰色の売り物にならないゴミが出てきたりする。良いコードや使えるコードが生成されるかどうかは背景に消えてしまって、「マイクロサービスをオーケストレーションするUIを頼んだら、バン！そこにあった！」というスリルが前面に出てくるんだ。

その気持ちは分かるけど、正しいことをしているかどうかを判断するための信号は、新しいAI強化ツールセットでは違ってきてると思う。そこそこのサイズのコンポーネントのリファクタリングは、以前よりずっと簡単になったけど、もっと重要なのは「なぜリファクタリングするのか？」ってことだよ。あなたの世界や世界観に何が変わったから、そうなったの？良いものはやっぱり時間がかかるし、スラップAIコードで素晴らしいシステムを作ることはできない。ドメインの専門知識はまだ必要だし、最近の素晴らしい短編小説「Warranty Void if Regenerated」でも説明されている通りだよ（https://nearzero.software/p/warranty-void-if-regenerated）。摩擦が減ることで、確かにスラップが増えるけど、それと同時に優れたものも生まれる。けど、優れたものが保証されるわけじゃないんだ。