生まれたときから反対、あるいは趣味のプログラミングコミュニティがLLMの使用に反対する理由

send more paramedics /read-eval-print-λove /src チェスエンジンの開発に関連するGitHubのスレッドを偶然見かけ、趣味のプログラミングコミュニティがLLM開発に対してますます敵対的になっている理由について考えさせられました。そのスレッドは、この問いに答えるための多くの洞察を与えてくれるわけではありませんが、私に少し考えるきっかけを与えてくれました。 OSDev、LangDev、TxtDev、EmuDev、RLDev、デモシーン、コードゴルフなどの他のニッチな趣味プログラミングコミュニティでも同様の感情が表明されているのを見てきました。一般的なコンセンサスは、これらのコミュニティが取り組んでいる知識は苦労して得られたものであり、LLMの使用は完全に的を外しているという形であるようです。 これらのコミュニティでは（全体を通して「すべてではない」ということを暗黙のうちに理解しておく必要があります）、困難な分野を習得するプロセスそのものが製品であり、実際に動作するものは一般的にあったら嬉しいもの、という位置づけです。さらに、これらのニッチなコミュニティの一部では、LLMに真剣に早期から関与していた場合でも、LLMの実践者の深い理解の欠如と、LLMの取り組みを不正行為の一種と見なすコミュニティの悪意のあるサブセットの組み合わせによって、すぐに状況が悪化してしまったことに気づきました。 確かに、これらのコミュニティは一般的に、熱狂的なゲートキーピングと骨の折れるような遅い進歩によって特徴づけられてきたため、クールエイドマンのように登場して簡単な名声を得ようとする欲求があるのも理解できます。OH YEAH…. OH NO! 伝統的なニッチ開発サークルでは、それぞれのフォーラムでの長年の活動、エレガントなコードの共有、真の好奇心の表明、そしてその過程での深いドメイン知識の共有を通じて、ゆっくりと尊敬が築かれます。結局のところ、これらのコミュニティは、あなたのコードが実際に動作するかどうかには関心がなく、むしろそれがなぜ、どのように動作するのかを知っているかどうかに価値を置きます。 私にとって、LLMは代理ではなく、フォース・マルチプライヤーとして最もよく機能します。ドメインを深く理解している専門家の手にかかれば、てこの原理のように機能する可能性があります。 しかし、これらのニッチなコミュニティでは、すべての演習が学習にあります。完成品を生成するためにLLMを使用することは、私たちを職人にするのではなく、単にその技術から私たちを奪うだけです。 :F これは、LLMに関する私の進化し続ける思考の最新版です。また、LLMeとMind the van Emden Gapも参照してください。 とはいえ、専門知識はLLMに騙されることに対する自然な免疫を提供しません。↩︎ send more paramedics © 2002-2025 Fogus