エンジニアは歴史から学ぶことを避けるために何でもする
Engineers will do anything to avoid learning from history
AIエージェントの管理がチーム管理に似ているという考えが広がる中、エンジニアが過去の教訓を無視して同じ過ちを繰り返していると指摘。データサイエンスが統計学の焼き直しだったこと、暗号通貨が金融史を高速でなぞったことなどを例に挙げ、ウォーターフォールやプログラム管理といった既存の手法を再発明していると警告する。
エンジニアは、TDDやPRDを真剣に受け止めたことのない人たちが、AIが誤って仮定して間違ったものを作らないように、すべての動作を事前に定義する必要があることに気づいている。
HNでの議論
117- Avicebron
> 何かを斬新で未発見のように見せかけることで大金を稼ぎ、その結果、自分が賢くて最先端であるかのように見せることができる。
これがまさに核心だ。これは、VCの補助金で市場をアンダーカットして、それが死んで置き換えられるまで続ける戦略と非常に似ている。
- Areading314
中心となる主張、つまりエージェントを使うことは既存のプロセスの実証済みの変種であるというのは、誤りだ。
エージェントの管理は、EMやプログラムマネジメントといくつかの類似点があるが、トークン使用、ドリフト回避、大規模な並行処理の成功、プロンプトのバリエーション、テスト、評価など、他の多くの側面がある。さらに、エージェントは超知能のコーダーでありながら常識が皆無で、極端に文字通りに解釈し、超冗長であるという傾向がある。
- eadwu
これはエンジニアだけの問題ではなく、基本的に現在の世界のシステムに組み込まれている。問題は簡単に言えば、今日の世界で博学であることが途方もなく難しいということだ。
存在を知らなければ、再発明せざるを得ない。
ソフトウェアについて言えるのは、それが他のあらゆる分野にうまく適合し、他の分野で（異なる名前で）発明されたであろう概念を得るための（別名モダンな海賊版博学者の）非常に良い基盤となることだ。
- bluehatbrit
私は約20人のエンジニアのチームを率いる実践的なエンジニアリングリーダーで、ここ6ヶ月間、チームにこのことを理解させようとしてきた。
金曜日に、私たちが最近どのように働いているかを共有するコーヒーアワーを開いたが、彼らは私が採用しているワークフローに困惑しているようだった。長年マネージャーをしてきた私には自然に思えるが、その道を歩んだことのない人々には非常に異質に映る。
私のワークフローが優れていると言っているわけではないが、今のチームの一部とは非常に異なっている。実際には、PRDに大きく依存し、エージェント間のコミュニケーションを制限することなどだ。
- collinmcnulty
関連して、ソフトウェア業界が、限界費用がもはやゼロでない場合の運営方法を、（ほぼ）文字通り他のすべての業界から学ぶことに失敗するだろうと私は完全に予想している。ソフトウェア業界の多くの人々が、他の業界の人々は自分たちほど賢くないから遅いのだと思っているのには腹が立つ。実際は、鋳造部品ができるまでに数ヶ月かかるなら、最初から正しく作らなければならないからだ。
- patja
これは、ソフトウェア開発者がエンジニアではないもう一つの理由として分類できるように思える。
- andai
> 何かを斬新で未発見のように見せかけることで大金を稼ぎ、その結果、自分が賢くて最先端であるかのように見せることができる。よく理解された分野を正しく適用するために資金調達をする人はいない。
これについて興味がある。投資家は安全な賭けを好むと思っていたのだが？
一方で、早すぎるとビジネスを成立させることが不可能な場合がある（あるいはそもそもアイデアを売り込むことさえ）ことも知っている。
関連：You can't tell people anything (2004)
https://web.archive.org/web/20091025030730/https://habitatch...
- FrankWilhoit
彼はブルックスを引用して、コミュニケーションの摩擦は人数の2乗に比例すると証明している。指数は正確に、あるいはほぼ2である必要はない。1+イプシロンでもすでに致命的だ。これはコースの天井と非常に密接に関連している。