AIがコードの大半を書くときの悲しみ
Pragmatic Engineer は、AI がコードの大部分を生成する未来において、エンジニアが長年培ってきた「コーディングそのもの」への没入感や達成感が失われるという精神的・文化的な喪失感を深く分析している。
キーポイント
技術的熟練度の喪失と価値の再定義
コードを書くための時間や努力、そして複雑なコードを読む力といった従来のエンジニアリングスキルが、AI によって代替されることで生じる「価値の喪失感」について言及している。
フロー状態（ゾーン）の変化
コーディング中の「没入感（locked in）」やコンパイル後の成功体験といった、ソフトウェア構築における個人的な喜びが歴史となり得る可能性を示唆し、その役割が高レベルな問題解決や指示出しへシフトする未来を考察している。
感情とキャリアの葛藤
AI の利便性と引き換えに失われるものへの哀惜（grief）と、長年の学習プロセスに対する愛着との間で揺れる、エンジニアとしての複雑な心理状態を共有している。
影響分析・編集コメントを表示
影響分析
この記事は、AI ツールの普及が単なる生産性向上だけでなく、エンジニアのアイデンティティや仕事に対する感情的な結びつきに大きな影響を与えることを示唆しています。業界全体として、コード記述から抽象化された設計・管理へと役割がシフトする中で、どうやってエンジニアリングの喜びや専門家の価値を再定義していくかが今後の重要な課題となります。
編集コメント
生産性向上の光と影を、エンジニアの感情という視点から鋭く描いた重要な考察です。技術的な進歩だけでなく、人間の心理的適応についても考えるきっかけとなる記事です。
これから先、私が本番環境にリリースするコードの大半をAIが書くという可能性は非常に高く、私はその現実を受け入れつつある。AIは既に、私が手打ちするのと同等の結果を、より速く出している。私があまり慣れていない言語やフレームワークであれば、AIは私よりも良い仕事をする。
何か価値あるものが、突然、奪われていくように感じる。コーディングが上手くなるため、動作するコードの書き方を学ぶため、複雑なコードを読み理解するため、コードが期待通りに動かないときにデバッグして修正するためには、多くの努力を要した。大学で初めて受けた「本格的」なプログラミングの授業（C言語を学んだ）がいかに恐ろしいものだったか、複雑なコードベースを抱えた最初の職場でいかに途方に暮れたか、そしてこの技術を上達させるために何年もの練習と、他の開発者や書籍、ブログからの学習を要したかを、私は今も覚えている。一度かなり上手くなれば、動作するコードを書くことで簡単に確認できる、価値ある何かを手にしたことになる！
ソフトウェアを構築した最高の思い出のいくつかは、コーディングにまつわるものだ。没頭して、いくつかのアイデアを頭の中で調整しながらそれをタイプし、ゾーンに入り、そしてコードをコンパイルし、実行し、「よし！」と期待通りに動いたのを見る瞬間だ！
公平に言えば、それは愛憎半ばする関係だった。複雑なコードを書くのに必要な集中力の量を考えれば。それに、見積もり時間が引き起こしたすべての軋轢があった。没頭して難しい問題に取り組んでいるとき、時間の流れは違うのだ。
今、そのすべてが過去のものになりそうだ。
複雑なコードを書くことが難しいという事実から、私はまだ同じ満足感を得られるのだろうか？確かにAIは便利だが、そこには喪失もある。
あるいは、AIエージェントとともに、「ゾーンに入る」という状態は、より高次の問題について考えながら、より複雑なコードを書くよう指示することに移行するのだろうか？
これは私の分析記事『AIがほとんどすべてのコードを書くとき、ソフトウェアエンジニアリングはどうなる？』からの一節です。全文はこちらでお読みください。
このような記事をメールで受け取りたい方は、私の週刊ニュースレターを購読してください。なかなか良い読み物です – Substackでナンバーワンのテックニュースレターです。
原文を表示
I’m coming to terms with the high probability that AI will write most of my code which I ship to prod, going forward. It already does it faster, and with similar results to if I’d typed it out. For languages/frameworks I’m less familiar with, it does a better job than me.
It feels like something valuable is being taken away, and suddenly. It took a lot of effort to get good at coding and to learn how to write code that works, to read and understand complex code, and to debug and fix when code doesn’t work as it should. I still remember how daunting my first “real” programming class was at university (learning C), how lost I felt on my first job with a complex codebase, and how it took years of practice, learning from other devs, books, and blogs, to get better at the craft. Once you’re pretty good, you have something that’s valuable and easy to validate by writing code that works!
Some of my best memories of building software are about coding. Being “locked in” and balancing several ideas while typing them out, of being in the zone, then compiling the code, running it and seeing that “YES”, it worked as expected!
It’s been a love-hate relationship, to be fair, based on the amount of focus needed to write complex code. Then there’s all the conflicts that time estimates caused: time passes differently when you’re locked in and working on a hard problem.
Now, all that looks like it will be history.
I wonder if I’ll still get the same sense of satisfaction from the fact that writing complicated code is hard? Yes, AI is convenient, but there’s also a loss.
Or perhaps with AI agents, being “in the zone” will shift to thinking about higher-level problems, while instructing more complex code to be written?
This was a section from my analysis piece When AI writes almost all code, what happens to software engineering?. Read the full one here.
Subscribe to my weekly newsletter to get articles like this in your inbox. It's a pretty good read - and the #1 tech newsletter on Substack.
関連記事
今日のまとめ
AI日報で今日の重要ニュースをまとめ読み