世界を動かす技術を、日本語で。

「Born Against」とは、趣味のプログラミングコミュニティがLLMの使用に反対する理由

2026年8月6日原文(blog.fogus.me)

概要

  • ニッチな趣味プログラミングコミュニティでの LLM開発への反発 について考察
  • これらのコミュニティでは 知識の習得プロセス自体が重視 される傾向
  • LLM利用は「本質を見失う行為」として 批判的に捉えられる ことが多い
  • コミュニティ外からのLLM利用者に対する 警戒感とゲートキーピング の存在
  • LLMは 専門家の補助 としては有効だが、学びの本質を損なう懸念

ニッチプログラミングコミュニティにおけるLLM開発への反発

  • Chess engine開発 のGitHubスレッドをきっかけに、LLM開発への反感について考察

  • OSDev、LangDev、TxtDev、EmuDev、RLDev、demoscene、code golfers などでも類似の傾向

  • これらのコミュニティでは、 知識の獲得過程自体が成果物 とされる文化

  • 動作するプログラム は副産物であり、主目的は 難解な分野の習得 そのもの

  • LLM利用は「 本質を理解せずに成果を得る行為」として否定的に見られがち

    • LLMユーザーの多くが 深い理解を持たず 参入することへの反発
    • 一部コミュニティメンバーによる LLM利用者への敵対的態度 や「チート」視
  • ゲートキーピング進歩の遅さ が伝統的に特徴のコミュニティ

  • 長年の活動美しいコードの共有深い好奇心の発露 で信頼を獲得する文化

  • なぜ・どのように動くか」を理解することが最重要視

  • LLMは 専門家の力を増幅 する道具として有効

    • 既に深い知識を持つ人には レバー のような役割
  • しかし、 学習自体が目的 の場では、LLM利用は クラフトマンシップの喪失 と捉えられる

LLM利用に対するコミュニティの心理的背景

  • LLM利用者による「楽して成果を得る」印象 への警戒
  • 尊敬や信頼長期的な貢献・知識の蓄積 によってのみ得られるという価値観
  • LLMによる 「完成品」生成は、学びのプロセスを奪う という懸念
  • 専門家であってもLLMに騙されるリスク がある点には注意が必要

まとめ

  • ニッチな開発コミュニティでは、 知識と技術の獲得過程 が最も重視される
  • LLMは 専門家の補助ツール として有用だが、 学びそのものを代替するものではない
  • クラフトマンシップコミュニティ文化 を尊重する姿勢が求められる

Hackerたちの意見

趣味ってのは、結果だけじゃなくて、その過程を楽しむものだよね。みんなきれいな家が好きだけど、掃除が趣味って人は少ないし。LLMは結果を早く得る手助けをしてくれる。そこから何を感じるかはあなた次第。

その通り。庭で野菜を育ててるのは、食べ物が必要だからじゃなくて、ガーデニングが好きだから。もしガーデニングロボットがあったとしても、買うのは意味がないよね。自分のためにカスタムソフトウェアを作るためにLLMを使ってるのは、コーディングが好きだからじゃなくて、人に頼む余裕がないからなんだ。今のエージェント型コーディングLLMを使うのが唯一の方法だし、これらは同じものじゃないし、同じ目で見るべきじゃない。ただ、雑草取りロボットは100%買うと思う。雑草取りはマジで面倒くさいから。

でも、LLM(特に初心者が使うと)って、レビューが難しいコードを作っちゃうし、微妙なバグも混ざってることが多いと思うんだよね。コードレビューって、多くの人にとってプログラミングで一番楽しくない部分だし。料理が趣味だとして、片付けが嫌いだと想像してみて。楽しい部分を自動化するロボットを買ったら、逆に倍の散らかりが出るっていうのは、いくらクッキーが増えても良いトレードオフとは言えないよね。

そうだね、私の経験では、お金目当てでソフトウェアエンジニアリングに入った人たちは、LLMが業界を変えてることに大喜びしてるよ。彼らは結果が出るのが好きなだけで、LLMはそれにぴったりだからね。私みたいに、若い頃の夜にコンピュータを使って面白いことをしようとしてた人たちは、LLMが楽しい部分を奪っちゃったから、あんまり感謝してないみたい。

LLMは結果を早く得る手助けをする。これをどう受け取るかはあなた次第。これはどんな趣味でも昔からの議論だよね。プロセスを楽しむ人もいれば、最終的な結果を求める人もいる。木工の世界では、手工具を使わずにパワーツールを使うと、冷やかされることもあるよね。手工具だけで何かを作るのは確かにすごいと思うけど、プロジェクトにかける時間が限られてるから、使えるときはパワーツールを使うよ。中には、自分の作り方で他人を感心させたい人もいるけど、時には誰も気にしないこともある。みんなで結果を楽しむために集まってるんだから、作り方なんてどうでもいいんだよね。

ソフトウェアに最初に興味を持ったのは、頭の中にあるものを実現するためだったから、エンジニアリングの部分を楽しむのは思いがけないサプライズだったと思う。だから、LLMが技術的な実装を解決してくれるのはいいけど、最初に作ろうとしていたものを形にできるっていうのは、まだまだ嬉しいことだよね。ただ、エンジニアリングに注いできたスキルやアイデンティティ、時間、価値が失われた感じがして、すごく寂しい。

LLMを使って、自分のテクノロジーのエコシステム全体に超具体的なソフトウェアを作るのが楽しいんだ。結果に対する非常に抽象的な反応を基に、時間をかけて正しいソリューションを磨いていくのがね。これは趣味だと思ってる。お金もかかるし、行為以外に価値はないから。木工もやっていて、手工具、パワーツール、CNCの間でこの議論があったのを覚えてる。どれも同じ趣味だけど、入り口が違うだけで、最も自動化されてない方法でやったからって、他の人の作品より優れているわけじゃないよね。

それは厳密には正しくないね。コードを最適化するのが大好きで、ちょっと obsession に近いけど、日常の仕事で時間をかける経済的な理由が見つからないんだ。最近は、すごく生産的で楽しいセッションがいくつかあって、こんな感じだよ: - デスクトップPCでClaudeを動かして、問題を説明して、その周りのコードを探らせてテストハーネスを作らせる - 実験を実行するように頼んで、その間にPCを離れて、ちょっとした隙間時間にスマホで続けることができる - 結果が返ってくるから、その結果に基づいて新しいことを試すように頼む - これを何度も繰り返すうちに、自分では絶対に時間が取れなかった広大な探索空間を探ることができた - 最も有望な道の実装を頼むと、だいたい50〜100行くらいのシンプルなものが返ってくる - それからPCに戻って、実装を磨いたり、手動でやり直したりする - それが楽しいからね これは、自分が興味のある分野で楽しむためにやることができるけど、仕事のためではないし、合理的なビジネスの目的でもないんだ。

だから、趣味のプロジェクトではLLMの使用を制限してるけど、仕事では使ってるんだと思う。特にVSCodeの設定JSONファイルを生成するのにLLMがすごく役立って、頭が痛くなるのをかなり減らしてくれた。仕事に合ったツールを見つけるのも得意だしね(例えば、フロッピーディスクのイメージを書くためにどのバイナリを使うかとか)。

たとえ話を続けると、掃除機がなかった頃、掃除を楽しむ人たちは、きれいな家を持ちたい人たちと一緒にされてたよね。プログラミングの中で楽しんでる部分はたくさんあるけど、昔は obscureなエラーを追いかけたり、難解なシステムを学ぶのに異常な時間を使ってた。そうしてやっと自分が楽しむ部分にたどり着くんだ:物を作って、その結果を見て、改善するフィードバックループ。Stack Overflowが死んでる理由があるよ。LLMは明らかに優れた製品だからね。

そうだね、もしソフトウェアを書くのが趣味なら、その体験やスキルを大事にしてるんだと思う。手でコードを書く仲間が欲しいし、LLMを使うのはズルだと感じるかも。それってスポーツでのドーピングやポーカーのカードをマークすることに反対するのと同じくらい自然なことだよね。LLMやAIを使ったコーディングに対して何か悪いことを言ってるわけじゃないけど、関わってる人たちは自分の好みに強い思いを持ってるかもしれない。それは特定の人やコミュニティの好みで、合理的だと思うよ。

そうだね、プログラミングをどう見るかは人それぞれだよ。ウェイトリフティングみたいなもので、明らかに機械は人間よりもずっと重いものを持ち上げるのが得意だけど、人は力や美しさのためにトレーニングを続ける。たとえ機械がもっと大きな重さを持ち上げられても、強さを気にする人はいる。機械が重いものを持ち上げられるからって、トレーニングをやめる理由にはならないよね。プログラミングは脳や心のためのウェイトリフティングみたいなもので、LLMがすべてのコーディング問題を完璧に解決できるようになっても、手でプログラムしたい人はいると思う。自分の頭を鍛えたり、単にそのプロセスを楽しんだりするためにね。プログラミングで問題を解決する能力が必要なくなるわけじゃないし、車があるから歩く必要がなくなるわけでもない。

Hacker Newsで議論の続きを見る