9月2日、InfoWorldが「Claude Code has left a little hole in my soul」と題した記事を公開した。AIコーディングエージェントによって週末のサイドプロジェクトが数時間で完成するようになった今、エンジニアが長年親しんできた「作る喜び」はどこへ行ったのか——そんな内省的な問いを、筆者自身の体験をもとに綴った一本だ。

週末のサイドプロジェクトに何かが起きている

かつて、多くのエンジニアにとって週末のサイドプロジェクトは、純粋な知的快楽の場だった。

アイデアを思いつき、頭の中で膨らませ、コードを書き始める。新しい言語やフレームワークを試すことで、プロジェクト自体が学習の場になる。データベース設計に何時間も費やし、UIを丁寧に作り込み、エンティティを表現するデータ構造を慎重に設計する。オブジェクト階層を何度も見直し、「これだ」と思える形に整える。

気づけば数時間が一瞬で過ぎている。土曜日の午後を丸ごとキーボードの前で過ごし、深い満足感を得る。いわゆるフロー状態（Mihaly Csikszentmihalyi が提唱した「完全に没入した最適体験」の概念）だ。

数ヶ月の週末を経てようやく動くものが完成する。そして往々にして、その頃には別の新しいアイデアが浮かんで、最初のプロジェクトを70%完成した状態で放り出す——これもまた、サイドプロジェクトあるあるだった。

InfoWorldはこの記事で、そんな「エンジニアらしい週末の過ごし方」が、Claude CodeのようなAIコーディングツールの登場によって根本的に変わりつつあると指摘する。

AIが「作る体験」を変えた

Claude Codeは、Anthropicが開発するターミナルベースのAIコーディングエージェントだ。自然言語で指示を与えるだけで、コードの生成・編集・デバッグまでを自律的にこなす。コード補完を主軸とする GitHub Copilot や、エディタ統合型の Cursor といったツールとは一線を画し、プロジェクト全体を「丸ごと」推進してしまう点が特徴的である。

記事が問いかけるのは、その「効率」の代償だ。

AIにコードを生成させると、確かに速い。アイデアから動くプロトタイプまでが、数ヶ月ではなく数時間で完成する。しかし、その過程でエンジニアはデータベース設計に悩まない。UIを丁寧に作り込まない。オブジェクト階層を何度も見直さない。AIがやってくれるからだ。

結果として手元には動くものがある。だが、筆者が感じたのは達成感ではなく、魂に小さな穴が開いたような感覚だった——それが記事タイトルの由来である。

「楽しさ」はプロセスにあった

この記事の核心は技術論ではなく、エンジニアリングにおける内発的動機の話だ。

フロー状態の喜び、試行錯誤の中で得られる洞察、「なぜこうなるのか」を理解したときの手応え——こうした体験は、コードを書く行為そのものに紐づいていた。AIがその行為を代替するとき、成果物は残るが体験は消える。

元記事の筆者はこの感覚を正直に吐露しつつも、AIツールを否定する立場はとっていない。あくまで「何かが変わった」という内省であり、その変化を言語化しようとする試みが記事全体のトーンを形成している。

なお、AIコーディングが開発者体験に与える影響については、エンジニアコミュニティ内でも見解が分かれている。元記事もその対立構図に触れており、「退屈な実装作業をAIに委ねることで、設計判断など本質的に面白い部分に集中できる」という肯定的な立場と、「自分で手を動かさないと理解が伴わない」という懸念の声が共存している状況だ。

※編集部の考察：この議論はツールの善悪論ではなく、「エンジニアにとってコーディングのどの部分が本質的な喜びなのか」を問い直す契機として捉えると生産的だろう。自動化によって何を手放し、何を守るかは、個々のエンジニアが意識的に選択すべき問題になりつつある。

どう向き合うか

記事は解決策を提示するわけではない。ただ、AIツールの恩恵を受けながらも、何かを失っているかもしれないという感覚を、正直に言語化している点に価値がある。

生産性と体験のどちらを優先するか。あるいは、AIと人間の役割分担をどう設計するか。これはツールの使い方の問題であると同時に、エンジニアとしてのアイデンティティにも関わる問いだ。

Claude Code のようなエージェント型AIが普及する中で、「コードを書く喜び」をどう再定義するかは、多くのエンジニアが直面しつつある課題である。自分が「何のためにコードを書くのか」を改めて問い直すきっかけとして、この記事は読む価値がある。

詳細はClaude Code has left a little hole in my soulを参照していただきたい。