Vibe Coding 近四个月有感

pursuit 2026-08-18 10:46 1

01 - 缘起


在 ai coding 还处在 copilot 阶段,cursor 这种,有一个前提是你有代码要写,要写什么基本也都是你定,ai 辅助。


虽然这个时候也在说 vibe coding ,但是总感觉好像差点什么火候。


Claude code 的横空出世,非常明显感受到一种不一样,可以直接面向代码交付的结果 vibe 了,而不是面向编码的项目构建过程。


把程序员从体力敲代码的过程中解放出来,很多 idea 也更加容易实现了,所谓提效。同属科技领域,在跨内部领域的过程中,比如从系统架构到移动端开发,有科技领域的基础知识,也更容易迁移。


02 - 羁绊


学校教软件工程,有一个经典的瀑布流,是需求分析,产品设计,软件设计,再测试,部署上线。


大厂对稳定性要求极高的部门,在软件研发的阶段,实际上花费时间最多的是在设计文档上。


这部分技术选型、思考与折衷是充分讨论的,再进一步代码的项目如何组织构建,代码的核心抽象组成是什么,在这个阶段基本脑海中都定型了,还能再进一步的是,测试怎么测,部署上线验证什么,也都清清楚楚明明白白。


在整个项目中,实际上对着编辑器写代码的时间,可能也就 20-30% 左右。


这里有一个前提假设,或者也是实践经验,前期想得越多,后期代码返工的耗时越少,整体效率最高。同样也不允许等服务上线了,出问题了再返工,这个时候公司的收入是会直接受到影响的。


03 - 磨合


Vibe coding 工具在手了。业务背景也从搜广推转到了 web 的技术栈。


Round 1 - 初探:用大厂旧规矩套新工具(不够快)


用大厂的工作流,套到新的场景。这个过程中与其说是在 vibe coding ,不如说是在 vibe learning 。


代码都写出来了,看不懂。为什么是这个选型?和 claude 一直聊。


从结果的直观感受来看。不够快。


另外也一直在纠结的是,如果继续想好设计,ai 只是作为一个辅助的提效工具,好像并没有更好的利用上 harness coding agent 的这一能力。


Round 2 - 尝试:全权甩手给 AI (在屎山里刨屎的灾难)


不再纠结前端不熟悉的选型,交给领域工程师。专注在相对熟悉的服务端。


产品的 PRD 直接丢给 claude ,让它自己实现代码。喂好上下文。


好处,快。坏处,改的时候无从下手,甚至不知道内部的逻辑对不对。后来尝试 workbuddy 的过程中,直接给我 mock 了假数据,我到非常后面才发现,真是有一种白跑数据的感觉。


业务逻辑直接翻译成的代码,面向过程,想要调试和修改的时候,脑子大爆炸,仍旧无从下手。难忍在屎山堆里刨屎。


因为不是前端,无法直接从结果上看是否正确。


Round 3 - 初悟:Vibe Coding 的灵魂在于“定规矩”


第一次正儿八经搞复杂的 web 服务后端,代码框架没有经验,无法一上来从设计的环节定好,让 ai follow 。那就,刨屎吧。。


开始硬看代码,重复出现的,让 ai 提取出来...... 简而言之就是,合并同类项,抽象出框架、组件、工具包,当下和后续的开发,就可以专注在业务本身上,脑子不爆炸了,上下文撑不爆了。


当然除了工程框架抽象,过程中也有对业务的抽象、对数据模型的思考与抽象。


这下想要定位哪里,迅速、清晰、明了。服务有啥问题了,可以说是胸有成竹,完全不慌。


科技新闻里面常说的,vibe coding 的好与坏,是看你怎么定规矩。突然意识到,我这才把规矩定出来。


摘掉业务逻辑,这部分代码确实可以作为下一个 Agent 后端项目的模板了。后来看到别人也有类似的模板,扩展了下部署等功能,直接卖钱。


Round 4 - 反思:商业视角的降维打击(代码只是业务的耗材)


代码的本质是工具,为业务所服务。


常年在稳定业务浸泡,老一辈的程序员传递的思想又属于软件工程的时代,设计上思考扩展性,业务调整了,框架也不会大变,设计很考虑高内聚低耦合,我也还在这个惯性里。


大厂的要求还是稳定性,startup 就一个核心,快。业务若是跑不下去,代码都不需要存在了,好坏也不重要了。所谓,皮之不存,毛将焉附。


这部分思想的转变来自公司的 AI 员工,它作为 Coach ,给到我们战略、决策、沟通上的反馈。这部分单开一篇说。


结论就是,在 startup ,等业务稳定了,后期改架构的成本是可以接受的,并不需要提前想这么多。


屎山代码着实影响到业务开发了,可以动一动,其他能不管就可以不管了。在这个过程中积累代码 taste 也别想了,高优服务业务吧。当屎山代码对业务的影响实在忍无可忍时,它才重要,在此之前,都是快重要。


Round 5 - 再试:理智上的放手与情感上的“百爪挠心”


搭工作台,vibe coding 出来的内容又来到我不熟悉的工作栈,mjs 的后缀代码,看起来更费劲了。


好在工作台内部使用,业务复杂度低非常多的档次,数据库都不需要接,并发也不考虑,服务挂了影响也不大。让 AI 说一说它实现的逻辑,沟通个几轮,差不多能跑起来,就基本算完工。代码完全不熟稔于心。


这部分百爪挠心的就是好奇心,对黑盒和未知的天然好奇。

最新回复 (2)
  • lovedebug 08-18 10:59
    1
    vibe coding 对于 Demo 和功能 POC 快速验证是好的
  • pursuit 楼主 08-18 11:18
    2
    @lovedebug 同意
* 帖子来源V2EX
返回