何が起きたか

9月18日、Haskell（プログラムを書くための言語）の利用者が集まるHaskell Communityに、投稿者のturionが「How to keep enjoying programming in a world of LLMs」という文章を公開しました。原文は研究報告ではなく、AIを使う開発者の個人的な意見です。中心にある問いは、AIで仕事を速くしても、プログラムを書く楽しさと、書いたものを理解する力を失わずにいられるか、というものです。

投稿者は、LLM（文章やコードを作るAI）に大量のコードを作らせると、読みにくいファイルが増え、バグを見つけにくくなると述べます。自分で書く練習も減るため、しばらくすると手を動かして書くこと自体が難しくなる、と考えています。そこで、重要なコードは人間が書き、計画づくり、メモの整理、調査結果の記録、退屈で確認しやすい作業をAIに任せる分担を提案しました。

背景

この提案は、AIを使うか使わないかの二択ではありません。AIを仕事の中心に置くのではなく、人が考えたり書いたりする周りの作業に置く考え方です。投稿者は、AIに調査を任せても結果をそのまま事実にせず、自分でも同じ分野を調べるよう勧めます。重要な判断はAIに決めさせず、人間が質問と答えを理解してから進めるべきだとも書いています。

なぜ重要か

この文章が問うのは、完成したソフトの速さだけではありません。誰がコードの形を決め、誰がその結果を説明し、誰が責任を持つのかという問題です。人が重要な部分を書き続ければ、プログラムの状態を追いやすくなり、早い段階で悪い計画にも気づける、というのが投稿者の見方です。

記事は、AIが作ったコードや計画をすぐ受け取らず、別の自動チェックを通す方法も勧めています。さらに、AIの利用上限で作業が止まったときに備え、作業一覧や必要な資料を手元に残すよう提案します。AIが使えない時間にも、人間だけで進められる仕事を持っておくためです。

確認できたこと

原文で確認できるのは、投稿者がこの方法を実際に試し、AIなしのときより生産的になったと感じていることです。速度については「おそらく2倍ほど」と控えめに書いていますが、測定結果ではありません。

この文章はHacker News（技術記事を共有するサイト）にも投稿され、66点、103コメントを集めました。Hacker Newsの投稿で分かるのは、コミュニティで注目された規模です。この数字だけで、提案の正しさや効果が証明されたわけではありません。

まだ分からないこと

一人の開発者の経験だけでは、別の言語、会社、チームでも同じ結果になるか分かりません。AIに計画やコードを点検させる方法が、実際にバグをどれだけ減らすかも示されていません。自分で書く量とAIに任せる量をどこで分けるべきかも、仕事の種類ごとに変わる可能性があります。

次に見る点

今後は、AIが何行のコードを作ったかだけでなく、人間がそのコードを説明し、試し、直せるかを見る必要があります。使えない時間にも作業を続けられるか、重要な判断と責任が人に残っているか。この二つが、AIを便利に使いながら、書く力と楽しさを守れるかを考える手がかりになります。