为何小众编程社区敌视 LLM 使用
Born Against, or why hobby programming communities are against LLM usage
在浏览 GitHub 关于 chess engine 开发的讨论时，我思考起为何 OSDev、LangDev 等小众编程社区对 LLM 如此排斥。这些圈子的共识是：掌握高难度领域的过程本身就是产品，而不仅仅是产出可运行的代码。LLM 本应是专家的杠杆，却因缺乏深度理解的滥用和社区的守门心态，被视为一种作弊。在这些社区里，尊重源于多年的深耕与分享，而非快速生成的代码。用 LLM 直接生成成品，剥夺了工匠精神的本质，让学习过程变得毫无意义。
在这些小众社区，整个练习的核心在于学习；用 LLM 生成成品并不能让我们成为工匠，只会剥夺我们的工艺。
HN 评论区
478- alkonaut
编程实际上可以分为五个阶段：
1) 你弄清楚要解决什么问题。
2) 你弄清楚如何解决问题。
3) 你实际实现解决方案。
4) 你自己看到解决方案运行成功。
5) 你发布/部署/公开程序。这意味着你看到用户感到满意，或者你因此获得报酬等等。
如果你是创业型人格，你可能最喜欢第一步和最后一步，而把第 2 到 4 步视为 mostly 是苦差事。如果你是动手爱好者（tinkerer），你不太在乎第 1 和第 5 步，而认为第 2 到 4 步才是编程的全部意义。我就是个动手爱好者。如果只要写代码然后扔掉，我就很开心了。编程就像解数独。我可以永远跳过第 1 和第 5 步。我甚至不需要向任何人展示任何代码。事实上，大多数时候编程时，我只做第 2 和第 3 步，甚至跳过第 4 步。我甚至不完成！我会花几周时间研究某个东西，直到失去兴趣，而且我知道，要让它跑起来，还得再花几周。一个概念验证（PoC）就够了。或者连一半都不到。这只是为了用代码梳理思路，而不是为了创造出什么成品。
这五个阶段看起来有点对称。最外层（1 和 5）是创业步骤。如果你是产品经理或 CEO，你可能只专注于第 1 和第 5 步。那么第 2 到 4 步就是管理/架构层面的步骤。如果你是一家大公司的资深个人贡献者（IC），你可能在这个层面工作，而实际上不怎么写代码。只有最内层的一步（3）才是手动编写源代码。尽管有这 5 个不同的……
- Schnitz
因为那些为了编程本身而享受编程的人，不想让 LLM 替他们编程——这不是很明显吗？这就像其他任何爱好一样，喜欢赛车的人制定了规则，强迫你自己驾驶，尽管有了电子驾驶辅助系统他们的圈速会更快。喜欢摔跤的人制定了规则，强迫你进行摔跤，尽管击打可能更快地赢得战斗。喜欢下棋的人不允许你带电脑到棋盘前。这样的例子无穷无尽，喜欢编程的人也会制定规则，强迫你自己编程，他们为什么不应该这样做呢？这是他们的爱好。
- podgietaru
这篇文章干脆就没有提到 Github 讨论串的上下文，那个讨论串是关于那个人从其他引擎中窃取想法并进行“洗白”的。
“你真的认为像 cd170a4 这样的改动能让代码在某种程度上不再源自 Reckless 吗？在我看来，这只是在试图模糊其来源，以便更容易地利用‘合理否认’。现实是，coda 100% 包含源自 AGPL 或未授权引擎的代码，假装不是这样除了可能说服你自己之外，说服不了任何人。再加上你在人们开始提出担忧的几天后，方便地将剽窃路线图移到了私有仓库，这让我觉得你根本不在乎公平地使用代码，而更在乎能够声称你是公平的，并由这些胡言乱语的‘清理’提交来背书。”
- GPerson
编程之所以美好，是因为你有许多不同层级的结构可以思考，你的程序会慢慢成型。你会看到它随着你的努力而逐渐改进。你也在这个过程中建立技能、学习知识。这真是一项很棒的活动。
AI 系统基本上改变了整个公式。我不确定人们如何能从不断“氛围编程”（vibe coding）新项目获得快乐。这感觉就像刷 Netflix 剧集。我觉得我的第 50 个“氛围编程”演示没有任何实质价值，因为现在世界上每个人都能“氛围编程”了。当然，我有我自定义的待办事项应用，这很不错；我有我自定义的游戏插件，带有一些我喜欢的游戏的不错功能；还有几个其他自定义应用。这些对我有点用处。但我每花一秒“氛围编程”一个本该对他人的成功有所贡献的东西，就会忍不住想到：即使这东西真的不错，拥有真正资本的人也可以直接指挥未来的 AI 把它从我这里夺走，所以我其实并没有真正获得什么。
所以我想我还是偶尔使用 AI 吧，不让它通过破坏我热爱的编程活动而毁掉它。仅仅因为 AI，我不指望我一生中会做任何能影响他人的事。这确实是个人的悲剧，但在某种意义上，反正我也终将死去，其他人也一样，所以其实也无所谓。
- QuantumNoodle
爱好是你享受其过程的事情，而不仅仅是最终结果。每个人都喜欢干净的家，但打扫很少成为一种爱好。LLM 加速了达成最终结果的过程。你可以从中自行领悟。
- gbjcantab
这里缺失的是对 AI 兴起对编程社区整体产生的负面影响的认知：一方面，人们从在线讨论和互助转向与 AI 聊天，导致积极互动减少；另一方面，消极互动增加。这些社区中充斥着大量低质量的废弃软件（abandonware）被“分享”进来，这使得很难从噪音中筛选出有价值的信息。
所以至少就我的经验而言，这与其说是“守门”（gatekeeping），不如说是为了维护现有爱好者社区的体验不至于难以忍受。
- xakpc
整个被 AI 洗脑的软件开发领域只有一个目标：尽可能快、尽可能多地发布（shipping）。问题在于，这并没有产生更好的代码或更好的产品——只是更多而已。
我可以理解为什么那些对“每日发布”不感兴趣，而更热衷于搞清楚问题的人，会对所有这些 LLM 噪音感到有点恼火。
- Chance-Device
当然啦，如果你把写软件当作爱好，那么你看重的是做的过程，也看重其中涉及的技能。你可能想要一个志同道合的社区，大家都手写代码，而使用 LLM 会被视为作弊。
这就像反对体育中的兴奋剂，或者反对在扑克中记牌一样自然。
这一切并非针对 LLM 或 AI 辅助编程本身，尽管参与者可能因为自己的偏好而对它有强烈的感受。这只是特定人群和社区的偏好。在我看来这很合理。