爱好编程社区为何抵制大语言模型

在技术发展的浪潮中，大语言模型（LLM）的崛起无疑为许多领域带来了变革。然而，在一些爱好编程社区中，LLM却遭遇了明显的抵制。这些社区包括操作系统开发（OSDev）、语言开发（LangDev）、文本处理（TxtDev）、模拟器开发（EmuDev）、强化学习（RLDev）、演示场景（demoscene）以及代码高尔夫等。它们的共同特点是成员对技术细节有着极致的追求，而LLM的介入被视为对这一传统的挑战。

作者在文中提到，这些社区中的共识是：领域知识的获取是艰辛的，而使用LLM则完全错过了学习的意义。在这些圈子里，掌握一个困难领域的过程本身就是成果，而能够运行的程序往往只是锦上添花。这种观点与主流软件开发中追求效率和速度的理念形成了鲜明对比。爱好编程社区更看重的是成员是否理解代码背后的原理，而非仅仅交付一个可运行的结果。

作者观察到，即使在早期有部分社区成员尝试接纳LLM，这种尝试也很快因两个原因而失败。其一，LLM的使用者往往缺乏对领域的深层理解，导致他们生成的内容流于表面，无法融入社区的知识体系。其二，社区中一部分成员将LLM视为作弊工具，这种敌意使得任何相关的讨论都变得困难。这种矛盾并非偶然，因为这类社区历来以严格的守门人文化和缓慢的进展著称，成员们通过多年的参与和贡献来赢得尊重。

在传统的小众开发圈中，尊重是通过长期在论坛中活跃、分享优雅的代码、展现真诚的好奇心以及逐步传递深度的领域知识来获得的。这些社区并不关心你的代码是否能够运行，而是关心你是否知道它为何如此工作以及如何工作。作者认为，LLM最适合作为力量的倍增器，而非替代品。对于已经深刻理解领域的专家来说，LLM可以像杠杆一样放大他们的能力。但在这些爱好社区中，整个练习的核心在于学习本身。使用LLM来生成成品并不能让人成为工匠，反而剥夺了工艺的精髓。

作者进一步指出，即使拥有专业知识，也无法天然免疫于LLM的误导。这意味着，即使是最有经验的开发者，在面对LLM生成的内容时也需要保持警惕。这一观点提醒我们，LLM虽然强大，但其输出仍需经过严格的验证和批判性思考。

总的来说，这篇文章揭示了爱好编程社区与LLM之间的紧张关系，根源在于对“过程”与“结果”的不同侧重。对于这些社区而言，LLM的便捷性反而成了障碍，因为它削弱了学习过程中最重要的部分——探索、试错和顿悟。作者呼吁，LLM应被用作辅助工具，而不是替代人类的认知过程。这一观点不仅适用于小众编程社区，也为更广泛的技术应用提供了反思。