「悪いアイデア」がもう悪くなくなった理由——15年の経験を持つエンジニアの直感が崩れた話
Bad ideas that aren't bad anymore
ソフトウェア業界で15年の経験を持つ著者が、これまで「悪いアイデア」と信じてきた慣行がAIによって機能し始めたと語る。PRの相互レビュー廃止、チームを別々の作業ストリームに分割、T字型人材育成の否定など、直感に反する変化を具体的に挙げ、その背景にはコンテキストスイッチのコストが劇的に下がったことがあると分析する。知識より判断力が重要になる時代のエンジニア像を提示する。
「知識」の価値は下がっているが、「判断力」は依然として重要だ。
HNでの議論
78- sn
私はプリンシパルエンジニアです。プロダクションソフトウェアにおいてコードレビューは依然として重要です。
たぶんあなたの意見は、私がもっとバイブコーディングを頑張るべきで、AIをもっとうまく使えばコードレビューなんて不要になる、ということでしょうね。私は反対です。エンジニアもLLMも、将来問題を引き起こすような不要な複雑さを加えたり、間違った抽象化を選んだり、すべてのコーナーケースを考えなかったり、エラー条件に対して間違った処理を選んだりしています。彼らは自分たちにとって良さそうに見えるものを追加し、仕様に従わないのです。
もし私の会社が重要なソフトウェアのコードレビューをやめたら、私は辞めます。
スタートアップの激務に追われていないエンジニアは、LLMを使ってより速くではなく、より良くコードを書くことを目指すべきです。速くするだけでは技術的負債が生まれ、長期的なコストが増大します。
- xg15
これらの異なる例に共通するテーマは、次のようなものだと思います：
「以前は、各チームメンバーが私たちのコードベースで経験と専門知識を積めるように注意し、知識のサイロ化を招くような力学を避ける必要があった。今では、誰もがClaudeにすべてを説明してもらえるので、そんなことはもう問題にならない。」
正直なところ、私はそれについてあまり確信が持てません。短期的には、確かにうまくいきます。しかし長期的には、非常に優れた本を持っているけれど、そのことについての実践的な経験がまったくない、という状況に似ているかもしれません。誰もが知っているように、にわか仕込みの知識は、身についた経験とは異なります。
- ro_sharp
なぜこんなに多くの人が、コードレビューは主に不信感や間違いを見つけるためのものだと思っているのでしょうか？
私の意見では、コードレビューは主に共通の理解と合意を確保するためのものであり、今物事がどのように変わっているかだけでなく、将来どのように変わるかについても重要なのです。
- kbiessy
このリストの中で私が最もよく知っている項目について話します。「買うのではなく作る」というのが、私が疑問を呈するものです。
ツールを書くコストはほとんどなくなった、ということには同意します。所有するコストはそれほど変わっていないと思います。私が知っているいくつかの小さな会社のソフトウェアスタックを管理していると、カスタムツールが最も厄介な問題を引き起こすものです。APIコールが壊れるか、それを作った人が辞めるまで、それがカスタムメイドだったことを誰も覚えていません。メンテナンスのコストは特に高いと思います。
午後一発で作れるからといって、長期的なメンテナンスが解決するわけでも、機能的な知識が得られるわけでもありません。ジェネラリストはAIから多くを得られる立場にあると思いますが、将来もソフトウェアを導き維持する専門家の役割は依然として非常に大きいでしょう。
- ahartmetz
>チームの誰も知らない言語やツールを導入する [ことはもはや悪いアイデアではない]
よし、これでこの男がデタラメを言っていることが確信できた。