なぜ2026年にもなって、あえてコードを書くのか？

AIによる自動生成が当たり前になった2026年という時代において、なぜ私たちが自らコードを書く必要があるのでしょうか。単なるルーチン作業を超えて、エンジニアとして「コードを書く」ことの真の意義や、今あえてプログラミングを学ぶ理由について議論しましょう。

「重要なのは注意深さと理解だ。意識を保つためには、遠くからエージェントを眺める受動的な観察者として『コードを読む』以上のことをしなきゃいけない。システムのアーキテクチャと本当の意味でつながるには、実際にコードを経験することが助けになる」

この文章の裏にある面白い答えは、結局「自分のメンタルモデルを鍛えろ」ってことだと思う。俺たちはいつもコードについてすごく抽象的で論理的な議論をするけど、実際にコードを書くとき、意思決定の大部分は潜在意識（なんとなくこれが正解だ、という感覚）で行われているんだ。でも、それが機能するには訓練が必要で、コードレビューやドキュメント読みだけじゃ限界がある。繰り返しと深い集中が不可欠だよ。

本番環境で問題が起きたとき、メンタルモデルができていればエラーメッセージの原因を即座に突き止められる。生成AIが書いたコードだと、意識的で反応の遅い脳で長時間探し回ることになるはず。

LLMが本当に役立つ存在になるには、コードのメンテナンスを完全に引き受けてくれる必要がある。外部ライブラリみたいに、「動くもの」として信頼して扱う。そうじゃないと、常に問題の火種を抱えることになるよ。

俺がコードを書く理由は、そうしないとLLMがコードを書きすぎてしまうからだ。問題を完全に理解して初めて、それを十分に一般化できるんだよ。そうしないと「ハローワールド」を作るのに1万行のコードと5層の抽象化なんてことになりかねない。LLMはトークン予測器に過ぎないから、解決策はすべてトークンで、解決すべき問題が増えれば増えるほど、出力されるトークン（コード）も増えていく。

俺がコードを書くのは、それが好きだからだよ。純粋に幸せを感じるものなんだから、わざわざそれを手放す必要なんてあるのか？

例えば、エージェントが「ボーイスカウト・ルール（見つけた時よりもコードを綺麗にして去る）」に従っているのを見たことがあるか？そもそも、そうしてほしいと思うか？

ああ、ルールに入ってるよ。プロファイルを走らせ、コードカバレッジを確認し、徹底的にレビューして、レポートを投稿してタスクをフォローアップする。俺が一緒に仕事をしてきた人の9割は、今の最先端LLMほどこのルールをしっかり守れていなかったよ。

投稿者は、これが悪いことだと言いたいのか？

俺は書ける時はいつでもコードを書いている。誰からも押し付けられるKPIの指標なんて関係なく、AIにはただ賢いコード補完ツールとしてだけ期待している。

「1時間前」という表示を見て、それより古いコメントがあることに混乱する人がいるかもしれないから補足。この投稿は、以前の議論が存在していた時にdangによって救済されたものだ：https://news.ycombinator.com/item?id=48883341

個人的な意見だけど、このルールは逆効果だと思う。投稿者が自分の記事リンクを投稿するのと、他の人が投稿するのとの唯一の違いは「インターネット上のポイント（カルマ）」だけなんだから。

みんな気づいていないみたいだけど、コードが書けなければレビューなんてできない。実際、「Claudeにコードを書かせて、レビューはCodexにやらせればいい」なんて言ってる人や会社を知っているよ。ここで奇妙なのは、彼らが依然としてPythonやJavaのような高級言語でコードを求めていることだ……なぜだろう？いっそClaudeにアセンブリやコンパイル済みのバイナリを出力させればいいのに。いや、彼らはLLMをそこまで信頼していないんだな。やっぱり人間がコードを読めて、デバッグできて、理屈を理解できる必要があると思っている。それなのに、そのために必要なトレーニングを開発者に与えたくはないというのはどういうことなんだ？

ChatGPT 3.5（2022年11月）から今日までの進歩を見れば……正直、4年後に人間がコードレビューなんてしているのか疑問に思えてきた。

AI至上主義者として言っているわけじゃない。このペースで進歩が続けば、私たちが今日知っているようなソフトウェアエンジニアリングや開発という職業は、今後5〜10年で存在しなくなるんじゃないかと思う。人間はUIをデザインするくらいは残るかもしれないけど、それ以外はすべて抽象化されて、AIが裏側で実際の作業を全部やるようになるんだろう。

「プログラムを生成できるほど包括的で正確なプロジェクト仕様書の業界用語を知っているか？

コードだよ。コードと呼ばれているんだ」

• CommitStrip

うまくやっているなら、コードの核となる部分は背後にあるビジネスロジックの最もシンプルな表現であるべきだと思う。もちろんサポート層は常に必要で、それらはレビュー不要かもしれない。でもコードを読んでいないなら、ある程度はビジネスロジックを理解していないのと同じことだよ。

今のところ、ここ数ヶ月はコードに目を通していない。それまでは4年間、ライブラリを使わずにJavaScriptでGoogle Docsの競合サービスを自力で書いていた。

脳は同じくらい鍛えられている気がする（実際、エージェントを使ったコーディングよりも、自分でガリガリ書くほうがまだ得意だから、余計にそう思う）。

でも今は洗練されたMac OSアプリを作っていて、JSから離れたこの流れはすごく気に入っている。

……なんとも複雑な心境だよ。