これは直接的に逆転した内容だね。

どこまで読んだ？彼らはそのフレーズのかなり特定の文脈での使い方（リーナス、2000年）を指しているんだよ。

ヘッドラインに過剰に反応してると思うよ、あれはただのジョークだから。記事の内容からは、著者がコードについて無知だとは思えないし、調べてみれば、かなりの数のオープンソースへの貢献があることが分かるよ。要するに、2000年には良いデザインを良いコードで支えるのがすごくコストがかかったけど、今はずっと安くなったってこと。だから、デザインが良いことがより重要だってことだね。ほんとそれだけ。

そう、元のフレーズには特定の意味があるよ。でも別の文脈では、「話す」ことがコードよりも重要な場合もあるんだ。ソフトウェア開発では、コードは開発者が頭の中に持ってる理解やモデルよりも実際には重要じゃない。コードは、あまり良い表現じゃないけど、プロセスの一種の排泄物みたいなもので、人間の解釈なしには意味がないんだ。たとえ運用上の価値があってもね。モデルは実装の一部ではなくて、ソフトウェアは人間の観察者なしでは純粋に文法的な構造に過ぎないから（それすらも、文法は心や言語に属するから、そうじゃないって言えるかも）。これはLLMの使い方に影響を与えるよ。

そうだね、いろんな意味で、私の主張は「コードは安い」というのは、実際にはみんなが思っていることの逆を意味しているってこと。ソフトウェアエンジニアリングは、ここ20年ほどで発展させてきた実践にもっと関係しているんだ。リーナスの観察は今でも当てはまるよ。君が提供したコードが、君が思っている通りに正確に動くことを示してみて。LLMに数行入力するのは簡単だけど、低レベルのコードを安全かつ効果的に変更する方法を正確に理解するのは別の話だよ。リズ・フォン＝ジョーンズがLinkedInでHoneyCombのことについて話してたけど、彼女は悪いPRをリポジトリに落としたことで批判されたんだ。変更の提示の仕方をあまり考えていなかったからね。

こういう意見は、「ソフトウェア開発」が何を意味するのかについて、私とはまったく違う理解を持っているように感じるし、どう折り合いをつければいいのか分からない。君の言う通り、コーディングは全体の努力の20％未満だよ。私の経験では、10％が中央値に近いと思う。このことは、企業がLLMを適用してROIを追跡することで解決されるだろう。一年単位で見ると「まだ活用方法を学んでいる」と言えるかもしれないけど、数年経つと100倍の生産性向上の主張は崩れるだろうね。まだガートナーのハイプサイクルの上り坂にいるから、どれだけ早く失望の谷に落ちるか見てみたいな。

デザインドキュメントを書くのにもすごく便利で、これもSWEにとっては大きな時間の無駄なんだよね。

実は、君はこの作品の著者と全く意見が対立しているわけじゃないと思うよ。彼らは「ソフトウェアエンジニアリングは終わった」とは言ってない。彼らが言ったのは、> 「数十年にわたって行われてきたソフトウェア開発は終わった。」君は、コーディングを書くことがその技術の10-20％だと主張している。それは彼らも同じポイントを言っているんだ！彼らは残りの部分を「話すこと」としてフレーミングしていて、今はコードを書く部分がずっと安くなったおかげで、以前よりもさらに重要になっているんだよ。

Googleの「ソフトウェアエンジニアリング」って本では、ソフトウェアエンジニアリングとプログラミングの違いが説明されてるよ。主な違いは、ソフトウェアエンジニアリングはプログラミングよりも長い時間をかけて行われるってこと。この意味では、AIツールはプログラミングを速くするけど、ソフトウェアエンジニアリングを速くするわけではないんだ。

最近の経験がこれを示してるんだ。数週間、Claudeの助けを借りて新しいコードやリファクタリングをサクサク進めてたんだけど、その後の1週間は完全に停滞してる感じがして、今はまた高速度に戻った。真ん中で何が起こったかっていうと、自分が何をしたいのか分からなかったんだ。アプリケーションのための正しいデータモデルがまだ決まってなかったから、Claudeに何をしてほしいか言えなかった。で、その時に「もっとコード書いて」って言うと、すごく悪いことが起こるんだよね。