これについて最近考えてたんだ（LLMとそのコードのバグについて長時間話した後に）。最初の頃はコードを書くのが楽しかったけど、今はバグを直すのが実際に楽しい部分だと気づいた。もしかして俺は変わってるのかもしれないけど、バグを追いかけるのはパズルを解くみたいな感じだ。新しいコードを書くのはちょっと楽しいかもしれないけど、特に自分がよく知ってる分野では、今はほとんど退屈だ。ウェブフォームの別のバージョンを書くより、何でもやった方がいい。フレームワークの流行に合わせて、JavaScriptウィジェットを別のウィジェットに繋ぐのももうやりたくない。だから、ある意味でLLMを使うことでコーディングの楽しさが戻ってきた。退屈な部分をAIがやってくれるから、面白い問題を解決できるんだ。

雰囲気的には、こいつらはもっとネガティブに聞こえるな。

[フラグが付けられました]

この物語が成り立つためには、アマゾンの経営陣が短期的な利益を長期的な仕事の質よりも重視していると信じなければならない。

かなりの部分は認識の問題だね。ソフトウェアを書くことは長い間、ある程度難しいとされていて、賢い人がやるべきだと考えられていた。AIはこの認識を変えて、コーディングは誰でも簡単にできる低レベルのタスクとして見られるようになってきた。確かに、ソフトウェアを書くことは工場の仕事に近づいていて、今は知的な報酬が少なくなっていると思う。

組織は長い間、何か信頼できるものを求めて「デスキリング」を好んできたよね。手続きが煩雑でも、副作用があっても、才能ある人が一人でできることを三人必要にしても、信頼性があるからって。たとえそれが平凡でも、確実性があるからね。こういうやり方が長期的には彼らの破滅や無関心につながるかもしれないのに。

コードベースのメンテナンス性について考えちゃうな。 vibe-codingが複雑なコードベースを徐々に「ビットロット」させるのに時間がかかると思うんだ。抽象化や微妙なバグがあって、徐々に堅牢性が失われて、メンテナンスが難しくなって、新機能の追加も大変になる。だから、企業は今は出力が増えてるように見えるかもしれないけど、後で機能やバグ修正にかかる負担が増えてるのを見逃してるかも。

もう一つのゲームは、生産性向上の利益をもっと平等に分配することだね。例えば、ヨーロッパでは2000年代初頭まで、技術の進展に応じて労働時間が短縮されてた。でもそれ以降、労働者からの反応は、みんなを忙しくさせるためにますますひどい仕事を要求することみたいだ。