vibe coding 一点也不 vibe

• 请不要在回答技术问题时复制粘贴 AI 生成的内容

This topic created in 256 days ago, the information mentioned may be changed or developed.

如题，一个 cursor 三个 gemini-cli 同时跑
同时写前端写后端写 devops 写自己的 side project
tokens 在燃烧，代码像催命一样吐出来
太快了，根本看不过来
像招了几个写代码超快的实习生，轮着问我诶你看我写得咋样，下一步我写什么
时不时还要亲自上手给他们擦屁股
大半天过去了，感觉脑子好累
一点也不 vibe ，我就感觉到快，有种催人跑的感觉，催死我了
突然怀念以前的日子
一杯茶，一份文档，一个模块写一天
连复制粘贴都不用，一行一行代码手写
写到一半突然顿悟噢我知道这个多线程架构怎么写是效率最高的了
或许我不是怀念手写代码，只是怀念慢慢学习的感觉

Coding

Fast

interns

17 replies • 2025-09-02 12:46:30 +08:00

hellodigua

Aug 31, 2025

让你回归手写你又不愿意，明明是自己在背后催自己

heimoshuiyu

Aug 31, 2025

@hellodigua 在理
我应当摸鱼

Ketteiron

Aug 31, 2025

快速产出不熟悉领域的东西还是好用的，第一次用 fabric.js + pixi.js ，文档一点没看半天就把需要的东西写好了。
但是技术债依旧得还，还是慢慢花了 2 天时间把文档看一遍，彻底重构一遍 AI 拉的狗屎代码。
已经可以想象一堆公司都在快速产出大量垃圾了，这倒是没什么，但是管杀不管埋就不好了。

mumbler

Aug 31, 2025

一天干了一个月的事情，怎么可能不累，但工作强度比之前小多了

longbill

Sep 1, 2025

vibe coding 的核心是单线程。边刷视频边指挥 ai 。工作效率不错的同时，大脑也不累。开多个线程感觉像是包工头。

user1284

Sep 1, 2025

智能是对不确定性的驾驭能力, 面对未知的代码亲自审核每轮生成的代码是低效的, 只要检查完善的测试有没有通过不就行了吗. 领导给你安排任务的时候也不会关注你的实现过程, 只有任务卡住了才需要去亲自去擦屁股.

Sep 1, 2025

@longbill #5 ，正确的使用方式 😆
OP 这样操作容易变成计件工作中超产降薪的结局。

zhaoxj58

Sep 1, 2025

你的感觉和吴恩达最近关于 vibe coding 的观点是一样一样的，vibe coding 其实一点也不 vibe

captray

Sep 1, 2025

vibe coding 更准确的翻译是“迷幻编程” aka 迷信 LLM 的幻觉编程。

8675bc86

Sep 1, 2025

gemini-cli 一般怎么配合用？不太会用，简单的 ask 不如直接网页。

maladaxia

Sep 1, 2025

哈哈哈哈, 同感
你的比喻很形象

hsj1992

Sep 2, 2025

感觉你缺少一个测试 agent ，用来检测代码有没有错误以及核实有没有实现目的

heimoshuiyu

Sep 2, 2025

@mumbler 那么一天可以给我开一个月工资吗哈哈（

heimoshuiyu

Sep 2, 2025

@longbill 真正的包工头是老板，我是黑奴

heimoshuiyu

Sep 2, 2025

@yb2313 确实，快速迭代看得就是效果，管你过程写的什么几把

heimoshuiyu

Sep 2, 2025

@8675bc86 比如帮我根据 `@init.sql` 编写 `@orm.py` 中的模型，你可以参考现有的实现 @xxx.py
或者运行 shell command `pytest` 然后修复其中的错误
或者帮我修改 `@src/backend` 后端代码对接 `@src/frontend` 前端

heimoshuiyu

Sep 2, 2025

@hsj1992 不是你让 AI 写代码，然后不看，让 AI 写测试，也不看，你怎么知道他有在测试任何实在的东西