展开讨论

经验与复盘经验摘录 · 机器翻译

为了提供背景信息,我从六月开始了一个实验,完全用LLMs重新构建一个之前的项目…

…为了提供背景信息,我从2025年6月开始了一个实验,完全用LLMs重新构建一个之前的项目(“完全 vibecoded” - 连源代码都没看)。在经过多次迭代并最终确定了一个相对有效的设计/计划/调试循环后,我现在又遇到了一个旧问题:做太多事情!作为初级工程师,我们常常低估某些任务的范围,并不断添加额外的功能/边缘情况等,直到错过截止日期。这是每个新程序员/软件工程师必须经历的宝贵教训。在“代理工程”中,我感觉又回到了起点。代码写起来如此便宜和快速,我发现自己从一开始就以“正确的方式”编写,即使我知道我不应该,仍然添加更多功能,使项目不断扩大,直到它们陷入永远无法发布的状态。我感觉自己又变回了小孩子(:

源讨论大语言模型真的让人精疲力尽原帖 212 条评论 · 导入时统计
2

社区评论 0

还没有社区评论,来聊聊你的看法。

原讨论中的回复 2

仅展示本次导入中包含的直接回复。中文为机器翻译,可查看英文原文。

HA

我在正确地构建LLM或代理系统上花的时间比自己学习领域知识并进行编码还要多。我主要让LLM处理那些枯燥的重复性代码工作。 如果我给它任何我并不精通的东西,它就会把事情搞砸。

完整原文
AP

你所说的从一开始就‘正确地’做事情是什么意思?然后随着更多功能的加入,项目不断膨胀,却从未发布? 是不是因为那其实并不是正确的方式,所以才加引号? 如果有一件事是我十多年专业编程经验中学到的,那就是我们无法预测未来。就这么简单。我们之所以进入编程领域,是因为我们喜欢编程;我们发明各种理由和借口来编写更多代码,发布更多代码,认为只要开发者发布更多代码,就能解决世界上所有的问题。 真正的极乐境界是那些热爱并关心代码发布的开发者也明白,真正重要的是代码的发布。

完整原文
在 Hacker News 阅读

尊重不同观点,分享具体经验。

登录后即可发帖、评论、转发和引用。