8月5日、blog.fogus.meが「Born Against, or why hobby programming communities are aggressively against LLM usage」と題した記事を公開した。『The Joy of Clojure』の共著者としても知られるプログラマー・fogus氏が、チェスエンジン開発や自作OS、エミュレータ開発といったニッチな趣味プログラミングコミュニティにおけるLLM拒絶の構造を論じている。

きっかけはチェスエンジン開発に関するGitHubのスレッドだった。fogus氏が目にしたのは、LLMを使ったコードの持ち込みに対する強烈な反発だ。同様の空気は、OSDev（自作OS開発）、LangDev（言語処理系開発）、EmuDev（エミュレータ開発）、デモシーン、コードゴルフといった複数のニッチコミュニティで広く観察されているという。

「動くものを作る」が目的ではない

これらのコミュニティに共通するのは、「動くものを作ること」ではなく「難しい領域を自力で習得するプロセスそのものが目的」という価値観だ。コードゴルフは最短コードで問題を解くことを競い、デモシーンはハードウェアの限界を突くリアルタイムグラフィックスの制作文化である。「いかに自分の手で限界を攻略したか」が評価の軸になる。LLMで生成したコードを持ち込むことは、その学習プロセスを丸ごとスキップする行為に映る。fogus氏はこれを「要点を完全に外している（missing the point entirely）」と表現している。

これらのコミュニティでは、尊敬は長年の活動実績、エレガントなコードの共有、深いドメイン知識の発信によってゆっくりと積み上げられる。動くコードを出せるかどうかは二の次であり、「なぜそう動くのか」「どう動くのか」を理解しているかどうかが問われる。fogus氏自身もそうしたコミュニティで長年活動してきた経験から、この問題を自分事として論じている点が記事に説得力を与えている。

LLMの早期導入が「毒した」コミュニティ

LLMへの早期関与が試みられたケースでも、状況はむしろ悪化した。ドメインの深い理解を持たないまま参入してくる利用者が増えたことに加え、コミュニティ内の一部が「LLMは不正行為だ」として激しく反発したことで、雰囲気が一気に毒される展開が繰り返されたという。fogus氏はこうした現象を単なる「LLM嫌い」ではなく、コミュニティの目的構造から生まれる必然として捉えている点が重要だ。

「力の乗数」か「代替品」か

fogus氏のLLMに対するスタンスは明確だ。

LLMは代替品ではなく、力の乗数（force multiplier）として最も機能する。ドメインをすでに深く理解している専門家の手に渡れば、それはレバーのように働く。しかしニッチなコミュニティにおいて、練習の全体が学習にある。LLMに完成品を生成させることは、私たちを職人にしない。ただ職人技を奪うだけだ。

「force multiplier」という表現が核心をついている。LLMは知識のない人間を即座に専門家にはしない。既に専門家である人間の生産性を上げるツールだ、という主張だ。裏を返せば、LLMは「入力した知識の質」に依存するツールであり、学習途上の段階で頼り切ることは、そもそも前提が崩れている。

ゲートキーピングとの複雑な関係

fogus氏はこれらのコミュニティが「歴史的に激しいゲートキーピングと、じりじりと遅い進歩で特徴づけられてきた」とも認めている。「クール・エイドマンのように突入する」（米国の飲料キャラクターが壁を派手に破って登場する様子から転じた表現で、空気を読まず強引に割り込む行為を指す）LLM利用者が既存メンバーの反発を呼ぶのは、構造的に必然でもある。

反LLM感情の背景には、「LLMで楽をすることへの哲学的反発」と「コミュニティ固有のゲートキーピング文化」の両方が絡んでいるという複層的な指摘だ。fogus氏はLLMを全否定しているわけではなく、「どのような目的でプログラムするコミュニティか」によって、LLMとの適切な距離感は根本的に異なる、という立場を取っている。業務効率を軸にLLMを語りがちなエンジニアにとって、この問いは一度立ち止まる価値がある。

詳細はBorn Against, or why hobby programming communities are aggressively against LLM usageを参照していただきたい。