2026 年开始将没有人会 review vibe coding 的代码，就像没人会 review 编译器的输出结果一样

[cat9life]

觉得这个观点很有趣，确实没有人关注代码编译成二进制后是什么样子。
2026 可能为时尚早，但是一定会有这么一天的。

[kapr1k0rn]

@cat9life 你以为编译器的代码是没人 review 的么

[chendy]

编译器是稳定的，你让他 c = a + b 他就是 c = a + b
AI 可能第一下 c = a + b ，然后脑子一抽就 c = a = a + b 去了

[HojiOShi]

用编译器做这样的类比，除了狂妄我想不到第二个词。

[tfdetang]

@sillydaddy 其实还是上下文窗口的问题；目前的上下文窗口还没法支撑一整个大项目整体的集成测试；但是基于模块与测试用例的自主开发与 debug 已经非常成熟了，基本不需要人去 review

[tonytonychopper]

偷换概念了

[coderluan]

我感觉原文编译器输出的结果是指汇编结果，而不是二进制。

因为二进制从始至终都没人关注，并不是技术进步导致的，而汇编语言确实是随着编程语言的发展越来越少人关注的。

[JShen]

@94 Accept 完毕之后，还是得 Reveiew 吧

[labubu]

@sillydaddy #9 #9 能，GitHub Copilot 在 vscode 里面和 Visual Studio 能自动写自动编译，编译不过或者生成的代码质量差能改了再编译

[purringpal]

@cat9life 你这个确实挺暴论的，要么不了解编译原理、要么不了解 LLM 原理，要么两者都不了解一点。

[94]

@JShen #27 ，想多了，就是 run 一下跑通了就敢提交。AI 吐出来的代码他都不一定能看明白，怎么去 review 。
那验证？我代码跑通了啊，验证那是测试该干的活，不是开发的事。我已经看到很多这样的案例了。

[p2007]

@cat9life 尊重

[greygoo]

其实不是没有人会 review 编译器的输出结果，只是这个东西系统性的被外包给别人了，是不是 vibe coding 的这个过程也会被外包给别人，软件开发是不是以后是要写 specification 就可以，然后其他精通 vibe coding 的工程师来实现自动化的开发

[IndexOutOfBounds]

如果把 AI 类比人，你把需求外部出去，结果肯定是需要 review 的，不仅因为 LLM&人&自然语言有模糊不确定性，更是因为从需求 -> 结果，不是类比编译器的 100% 确定性翻译

当然如果 “结果” 指的值是代码，而不是产品，那可能确实不需要 review

[twofox]

cursor 已经可以自动 review 了。并指出了我在合并代码产生的一个逻辑错误。

[IndexOutOfBounds]

@greygoo 其实我一直不太理解，对于原本懂需求会写技术文档的工程师，vibe coding 这个事情有啥好精通的

[Alias4ck]

什么暴论,否定编译器

一个确定性的事情怎么和一个概率论的东西相提并论

[greygoo]

@IndexOutOfBounds #35 现在 vibe coding 还不是要一个人累死累活地去看，否则没有办法确定成果质量。但是懂 vibe coding 的工程师可以通过流程解决这部分的问题。

[usn]

机器语言和自然语言还是有区别的

[usn]

能看懂的情况下一定还是会去理解的

[Maboroshii]

快进到产品经理输出原型，就不用测试了