这篇文章探讨了为何业余编程社区对LLM（大语言模型）持强烈反对态度。核心在于，这些社区视掌握艰难领域的过程本身为成果，而LLM的使用被视为“作弊”或“偏离重点”，破坏了通过艰苦努力获得知识的价值。

以下是对原文主要内容的中文重述，保留了核心细节，删减了与主题无关的表述：

标题：天生反对：为什么编程爱好者社区对LLM使用持强烈抵制态度

我在一个与象棋引擎开发相关的GitHub讨论帖中，注意到编程爱好者社区对大型语言模型（LLM）的敌意日益增长。虽然该帖子本身并未直接解答原因，但它促使我思考这一问题。类似情绪也出现在其他小众编程社区，如操作系统开发、语言设计、文本处理、模拟器开发、强化学习、演示场景和代码高尔夫等领域。这些社区的普遍共识是：他们积累的知识来之不易，而使用LLM完全偏离了社区的核心价值。在这些圈子里（当然并非绝对），掌握困难领域的过程本身就是成果，而代码能否运行只是锦上添花。

此外，我观察到，即便某些小众社区早期曾真诚尝试引入LLM，这种尝试也很快被破坏——一方面是因为LLM使用者缺乏深入理解，另一方面是社区中部分激进成员将LLM视为作弊行为。这些社区历来以严格的“守门”文化和缓慢的进展著称，因此有人像“酷爱饮料人”一样突然闯入，试图轻松获取声望，自然引发反感。

在传统的小众开发圈中，尊重是通过多年在论坛中的活跃、分享优雅代码、展现真诚好奇心以及传递深层领域知识而逐步赢得的。归根结底，这些社区并不关心你的代码是否运行，而是关心你是否理解代码为何以及如何运行。在我看来，LLM的最佳角色是“力量倍增器”，而非“替代品”。在已深刻理解领域的专家手中，LLM可以像杠杆一样发挥作用。但在这些社区中，整个练习的核心在于学习过程。用LLM生成成品并不能让我们成为工匠，反而剥夺了工艺本身。

注：原文脚注提及“专业知识并不能天然防止被LLM误导”，此处保留其核心含义。

根据评论内容，主要观点和论据可归纳如下：

1. 反对LLM用于编程社区的核心观点： - 过程重于结果：编程爱好者的乐趣在于亲手解决问题的过程，而非仅追求最终产出。如评论3指出：“爱好是享受过程，而非结果。LLM加速了结果，但剥夺了过程。”评论26类比：“用LLM编程就像用电脑解数独，乐趣在于自己完成。” - 社区价值与技能贬值：传统社区中，尊重需通过多年积累获得。LLM降低了门槛，导致技能资本贬值。评论24指出：“任何花费大量时间获得技能的人，都不愿看到新人无需同样付出就能达到相同水平。”评论18强调：“社区的核心是掌握过程本身，而非产出。” - 社区质量下降：LLM生成的低质量代码（“slop”）污染了社区，增加了噪音。评论14提到：“AI导致积极互动减少，低质量‘废弃软件’泛滥，使社区体验恶化。”评论17批评：“AI生成的内容像‘机器人垃圾’，破坏了真实互动。”

2. 支持或中立LLM使用的观点： - 工具价值与效率提升：LLM可帮助解决重复性、低价值任务，释放时间用于更有意义的探索。评论22举例：“在OS开发中，LLM能快速调试无文档的硬件驱动，这本身是学习机会。”评论8表示：“LLM让我实现了多年未完成的工具，并有了‘编程伙伴’。” - 结果导向与实用主义：对于以解决问题为目的的编程，手段不重要。评论23区分：“为艺术而编程看重过程，为实用而编程看重结果。LLM是高效工具。”评论13指出：“LLM让我用更少代码完成更多自动化任务，同时学习新语言。” - 反对教条与社区排外：评论28强调：“爱好是个人选择，不应被他人规定。”评论25批评：“排斥LLM的社区会赶走创新者，而使用LLM的开发者可能通过‘多角色’能力提升标准。”

3. 争议焦点与深层矛盾： - 社区规则与个人自由：评论6认为：“在手工编程社区，使用LLM如同在扑克中作弊，是合理的规则。”但评论11指出：“反对LLM与坚持AGPL许可证的人群高度重叠，形成‘不玩就输’的困境。” - 技能与学习路径：评论27指出：“要验证LLM输出，需比它更懂代码，否则会失去控制权。”评论20反驳：“LLM使用与学习不矛盾，前提是使用者愿意学习。” - 社会地位与心理因素：评论16分析：“人们更在意相对地位而非绝对财富。LLM威胁了社区中的等级体系。”评论18补充：“社区内圈层将‘手工代码’作为社会资本，LLM动摇了这一基础。”

总结：争议本质是“过程价值”与“结果效率”的冲突。反对者强调手工编程的乐趣、学习价值与社区传统；支持者看重LLM的工具性、效率提升与个人自由。双方在社区规则、技能贬值、学习路径等问题上存在根本分歧，但均承认LLM对编程社区生态产生了深远影响。