> 业务逻辑解释给 AI 的成本 > 编码成本,所以我在后端不使用 Vibe Coding。 在我看来,后端不使用 AI 写这还是因为路径依赖,太熟悉了,更想呆在自己的舒适区,而还不愿意去使用提示词生成代码。前端是因为不熟悉反而豁得出去。 另外问题你自己也已经很清楚:是因为很难用提示词描述清楚自己需求。 能通俗易懂的用自然语言去表达、去沟通本身就是对资深程序员的要求,因为现实中你要去带人,要去说服其他人使用你的设计,都离不开要去自然表达沟通。 后端代码,可以尝试用伪代码去提示词,试试TDD,先写测试代码,再去实现,但还是建议多用 AI。
耳朵
耳朵19 小时前
宝玉老师说的很赞同,我可以来补充一些其他视角(后端和前端的 Vb)。 在我写后端 Java 的时候,我从来不用 Vb 编程,全部手工代码,因为 Java 生态极其成熟,框架已经高度封装了底层技术细节,我只需专注于业务逻辑的实现。 业务逻辑解释给 AI 的成本 > 编码成本,所以我在后端不使用 Vb 编程。 但是在我写前端的时候,我往往会使用 Agent 全自动 + 一个编辑器用来微调,99% 的代码是 Agent 帮我写的,我只需要根据它的结果做一些微调,很多时候一遍过。 为什么我在写前端的时候会用 Agent 全自动呢?一个很大的原因就是前端代码的重复性是无法省略的,无论你是多高级的工程师,每一个组件、每一个按钮,还是需要自己引入到合适的地方并搭配出想要的效果。 每一个前端的校验、弹窗、提示、表单提交都不可能有框架替你完成,你还是要手写,这个时候 Agent 全自动的好处就凸显了,只要你把 Task 写的清楚,现在的模型能力就可以帮你进行 99% 的还原。 现在前端的全栈开发,已经有成熟的 Monorepo 模式,这种模式下大模型可以在同一个仓库中了解整个项目的所有 API 和 对象定义,所以我认为全栈开发使用 Monorepo + Agent 全自动,简直效率爆炸。 总结一下我的想法:是否使用 Agent 全自动,取决于它是否能帮我节省时间,提高效率,而对于一个成熟的工程师来说,你应该很容易判断那些代码场景可以使用 Agent 提高效率。
当然我也不建议什么都交给 AI,一些重复的活一定要想办法让 AI 去做,但是一些设计的事情最多用 AI 辅助,并且经常性的要刻意去手动写一些代码让自己的技能不至于退化。 就像现在人们不需要干体力活了,还要去健身房一样!
8.35K