我在一个与国际象棋引擎开发相关的GitHub讨论线程中看到了令我思考的内容，关于为什么业余编程社区对大语言模型（LLM）开发越来越敌视。虽然这个线程没有提供很多答案，但它促使我对此进行了一些思考。我在其他小众业余编程社区中看到了类似的情绪，比如操作系统开发（OSDev）、语言开发（LangDev）、文本开发（TxtDev）、模拟器开发（EmuDev）、强化学习开发（RLDev）、演示场景（demoscene）和代码高尔夫（code golfers）。普遍共识似乎是，这些社区所涉及的知识来之不易，而使用LLM被认为是完全偏离了本质。在这些社区中（请记住，在这里隐含着“并非所有……”），掌握一个困难领域的过程本身就是产品，而运行的东西通常是锦上添花。此外，我注意到，即使在一些小众社区中早期真诚参与LLM的情况下，局面很快就被缺乏深刻理解的LLM从业者和那些将LLM视为作弊的一部分社区成员所污染。当然，这些社区通常以热情的把关和缓慢的进展而著称，因此很容易理解，可能因为希望通过像“酷乐饮料人”一样突然出现在这个场景中来获得一些轻松的声望。在传统的小众开发圈中，尊重是通过在各自论坛中多年活动、分享优雅的代码、展示真正的好奇心以及共享深厚的领域知识等方式慢慢赢得的。归根结底，这些社区并不关心你的代码是否有效，而是关心你知道它为什么和如何有效。对我而言，LLM最好的用法是作为一个力量倍增器，而不是替代品。在已经深刻理解某一领域的专家手中，LLM可以像杠杆一样发挥作用。 但是在这些小众社区中，整个活动的核心在于学习。使用LLM生成成品并不会让我们成为工匠；反而是剥夺了我们的工艺。这是我对LLM不断演变的最新思考。此外，还可以参见：LLMe和注意van Emden间隙。话虽如此，专业知识并不能自然免疫于被LLM欺骗的可能性。