Lisp 诅咒说的是:语言太灵活,开发者更容易自己造轮子而不去用别人的库,结果生态里缺少稳定的公共框架,代码孤立、缺少文档,后来者继续自己写,循环不止。作者把这条逻辑套到 LLM 辅助编程上:如果接受「让模型生成功能比学习现有库的接口更省事」这个前提,先不管成熟库经过多少人和多少条 CI 验证,会发生什么。他的推演是两层——第一层,用开源库的人变少,反馈与 bug 报告随之减少,维护者失去动力;第二层,新库的产出停滞,因为开源最难的部分是维护:结构化代码、托管、发布、版本与向后兼容。结论是生态会变得更孤立、更个人主义、更少协作,而代价由所有人分摊。
🔑 核心要点
作者把 Lisp 诅咒重新定义为「生成成本低于学习成本」时生态必然出现的孤立化。
第一层后果是用库的人减少,问题反馈与维护动力一起下降。
第二层后果是新库产出停滞,因为开源真正难的是长期维护而不是首次实现。
推演刻意绕开了「现有库更稳定、经过更多人验证」这个反驳前提,只看激励机制。
💡 金句
If I could just solve my problems with one or two prompts, 20 minutes of waiting time and a couple of dollars worth of tokens, why should I bother with research?