5.0
关注
AI SCORE
观点评论2025-07-02 20:48
为什么我减少了 LLM 的使用
Hacker News · zed.dev#LLM#思考
Editor brief · 编辑速览
程序员分享在实践中发现 LLM 的局限性。讨论对理解当前工具瓶颈、调整使用策略有参考价值。
程序员分享在实践中发现 LLM 的局限性。讨论对理解当前工具瓶颈、调整使用策略有参考价值。
来自 Agentic Engineering 系列访谈
首播于 2025 年 7 月 1 日
我们邀请了拥有 15 年从业经验的资深软件工程师 Alberto Fortin，请他坦诚分享自己使用 AI 的历程。起初，Alberto 真心热情地拥抱 LLM，希望它们能彻底改变自己的开发工作流。然而，在使用 Go 和 ClickHouse 重建基础设施的过程中遭遇重大挑战后，他写下了一篇发人深思的博客文章，反思 AI 的宣传热潮与现实之间的差距。为了这次对谈，Alberto 还准备了一份详尽的后续分析，对 Claude Opus 4 等较新的模型进行了测试，考察近期的改进是否解决了他当初遇到的核心问题。
他的经历为评估生产环境中 LLM 的工程师提供了实用经验：既要保持符合现实的预期，也要认清这些工具在哪些方面确实能够创造价值，又在哪些方面仍力有不逮。
你可以在 YouTube 上观看这场访谈，也可以继续阅读下面精选的部分引述。
“有些东西的质量之差，真的令我非常震惊。这还不只是存在 bug、功能无法运行的问题。作为一名希望未来几年继续维护这个代码库的开发者，我也在意它是否足够整洁。”
“我总觉得再过一周就能把它修好，但实际上又会冒出一个新的小错误，而修复它又要再花两周。”
“我会把错误输出交给 LLM，然后它会吐出一些新东西，算是把问题修好了，但同时也会让情况变得更混乱一些——并在这个过程中弄坏别的东西。”
“我觉得大家只是有点兴奋过头了，因为第一次迭代、第一个小功能、第一次自动补全出现时，你会觉得：‘天哪，这也太神奇了。它简直能读懂我的心思。’所以你很容易就这样被它迷惑。”
“我认为，我们现在可能已经达到了能够写出十倍代码的水平。于是，我们理所当然地期待这种提升发生，也要求 LLM 做到这一点，但我觉得大家确实都有些兴奋过头了。”
“我认为这才是最大的区别，也就是思维方式的转变……我是软件工程师，是高级软件工程师，也是架构师。LLM 是助手。助手负责回应我，而计划由我来制定。”
“我已经完全失去了对 LLM 的信任，所以我不会再把一个大型功能交给它们。我只会让它们处理非常小的事情，比如重构，或者范围非常有限的小功能。”
“我开始自己修复 bug。因为一旦你理解了这一点——当你对自己的代码库以及其中每个部分的行为都有百分之百的理解时——亲自进去修复问题会容易得多，也快得多。”
“如果你对自己的能力足够有信心——比如你是一名高级开发者——但这套东西对你并不好用，那么问题并不在你。只管尝试继续用你一直以来的方式做事，再用 AI 稍微放大你的知识与能力。”
“我们已经迈上了一个新台阶，这很好。但与此同时，也要清醒地意识到，我们还没有抵达下一个层级……我们把一部分编程工作交了出去，但架构抽象仍然要由我们完成，产品决策也仍然要由我们来做。”
“让我们试着给这股热潮降降温，找到一种更平衡的方式来对待 AI。要使用它，因为我认为这是一次极其惊人的技术革命，但我们还没有真正走到理想中的那一步。”
在一个代码产出不再是制约因素的时代，我们致力于打造真正高质量的软件。了解我们对 Agentic Engineering 的看法，并回顾我们与各领域专家共同参与的全部访谈，继续深入探索这一主题。
你现在就可以在 macOS、Windows 或 Linux 上试用 Zed。立即下载！
如果你也热爱我们博客所探讨的这些话题，欢迎考虑加入我们的团队，与我们一起打造软件开发的未来。