Born Against,或者为什么业余编程社区强烈反对使用LLM
摘要
一篇博客文章,反思为什么像 OSDev 和 demoscene 这样的业余编程社区对使用 LLM 持敌对态度,并认为技艺与学习过程本身才是关键。
<p><a href="https://lobste.rs/s/3d3wbr/born_against_why_hobby_programming">评论</a></p>
查看缓存全文
缓存时间: 2026/08/04 21:50
# 生而反对,或为何编程爱好者社区对 LLM 的使用充满敌意
来源:https://blog.fogus.me/llm/born-against.html
我偶然看到一个与象棋引擎开发相关的 GitHub 讨论串(https://github.com/adamtwiss/coda/issues/15),它让我思考为何编程爱好社区对 LLM 开发越来越抱有敌意。虽然这个讨论串本身并未为这个问题提供太多洞见,但它促使我稍微思考了一下。我曾在其他小众编程爱好社区中见过类似情绪,如 OSDev、LangDev、TxtDev、EmuDev、RLDev、demoscene 和 code golfers。普遍的共识似乎是,这些社区所钻研的知识来之不易,而使用 LLM 在某种程度上完全偏离了重点。在这些社区中(请记住,通篇暗含着“并非所有……”),掌握一个困难领域的过程本身就是产物,而能运行起来的东西通常只是锦上添花。
此外,我注意到,即使在这些小众社区中有些早期真诚地接纳 LLM 的例子,这股清泉也很快被毒化了——一方面是因为 LLM 实践者缺乏深入理解,另一方面是这些社区中有一小部分尖刻的人将 LLM 事业视为一种作弊。诚然,这些社区总体上历来以狂热的守门行为和极其缓慢的进展为特征,所以有人可能渴望像 Kool-Aid Man 那样破墙而出,轻松赢得一些声望,这也说得通。OH YEAH…… OH NO!
在传统的小众开发者圈子里,尊重是靠多年在各自论坛中的活跃、分享优雅的代码、展现真正的求知欲,以及一路分享深度的领域知识慢慢赢得的。归根结底,这些社区根本不在乎你的代码是否能运行,而是在乎你是否知道它为什么能运行以及如何运行。对我来说,LLM 最理想的作用是力量的倍增器,而不是替代品。在已经深刻理解某个领域的专家手中,它可以像杠杆一样发挥作用。[^1] 但在这些小众社区中,整个练习的意义就在于学习。用 LLM 生成成品并不能让我们成为工匠;它只是剥夺了我们的手艺。
:F
*这是我对 LLM 不断演变的想法中的最新一篇。另见:[LLMe](https://blog.fogus.me/meta/LLMe/) 和 [Mind the van Emden Gap](https://blog.fogus.me/llm/van-emden/)*
---
[^1]: 话虽如此,专业知识并不能天然免疫于被 LLM 愚弄。
相似文章
Ask HN: 有人尝试用不同的方式使用LLM编程吗?
一位Hacker News用户向社区询问使用LLM编程的实验性方法,表达了当前提示-回应循环的不满,并寻求根本不同的方式。
现在怎么办?
一篇反思LLM辅助的业余项目激增的博客文章,质疑它们的实际效用,并敦促创作者思考除了最初的多巴胺冲动之外的目的。
专家级新手和独狼将主导早期LLM时代
作者反思了本地LLM(GPT-OSS 20B、Qwen3 Coder 30B)如何帮助他将博客从Drupal迁移到静态站点,并将其比作快速交付代码但需要审查的初级开发人员。他认为,'专家级新手'和'独狼'将在早期LLM时代蓬勃发展。
LLM批评者是对的,但我仍然使用LLM
作者同意LLM批评者关于内容泛滥和伦理等问题的观点,但仍然使用LLM,描述了在科技会议上观察到的认知失调。
软件工程师:说正经的,你们真的从LLMs中有所收获吗?
一位软件工程师对使用本地LLM进行智能编码感到沮丧,指出诸如技术债务、忽略指令和过度生成代码等问题,质疑其有用性。