论证下用人工智能VIBE CODING的不可行性

DDD888

DDD888 发表于 2026-2-26 13:08
我写的代码只要是我维护大概重复要读几十次啦，当然不是同一时间啦，累积啦 ...

我随便选了个文件，我有几十个CHANGESET在这文件上，我肯定不会不读代码来改代码啦，我肯定没那本事

DDD888

fnf2000 发表于 2026-2-26 12:55
天哪，这年头还真有人逐行读代码，逐行理解代码？

天哪，这年头真有反过来做的程序员？

fnf2000

DDD888 发表于 2026-2-26 13:18
天哪，这年头真有反过来做的程序员？

我估计你就是一直单打独斗或者那么几个人十来个人的小团队，稍微有点规模的项目一个微服务就可能有来自全球好几个地方几十号人在不同时区写的，一天之内可能就有好几个迭代，这种情况下你读得过来吗？就算你自己写的东西，用不了多久就会被别人的迭代或者覆盖了，都说过好多遍了，AI时代重点早就不是这代码改怎么写了，而是你得搞懂你自己要写什么，或者你是搞懂你老板要什么，你工作的业务逻辑的重要性远远大于你优化调试个什么代码之类的。

说实在的，都这年头了，不要以为什么手搓代码，自己造轮子是个值得骄傲的事情，你那点聪明在AI的算力面前不值一提，趁早将学会让AI为己所用才是出路。

DDD888

fnf2000 发表于 2026-2-26 14:49
我估计你就是一直单打独斗或者那么几个人十来个人的小团队，稍微有点规模的项目一个微服务就可能有来自全 ...

你说的适合一次把一个地区的部门都裁掉对ceo来说，是挺爽的

fnf2000

DDD888 发表于 2026-2-26 15:13
你说的适合一次把一个地区的部门都裁掉对ceo来说，是挺爽的

这和裁部门有什么关系，说白了，你那nz地界就是缺少竞争的环境，对于一个senior来说，给你一个完全没接触过的项目，哪怕编程语言都是你没接触过的，在有项目文档和开发文档的前提下，一两天搭好dev环境，两三天开始处理ticket都是基操，什么逐行阅读代码，那是给graduate和intern们的奢侈。

Kdst494

AI现在还不完善，但是进步的速度已经很惊人了，从一开始3年前的chatgpt用到现在的gemini，感叹这3年的时间ai的进步，虽然目前在一些很复杂的情况下还无法给出满意的作业，但是几年后ai能做的不是你们现在所能想象得到的。

DDD888

肯定不行的，如果行的话，MICROSOFT就不会在强迫所有他们的程序员将使用COPILOT作为编程辅助工具后，WINDOWS 11出现更加多的BUG，应该WINDOWS 11没有BUG才对，得出的结论是使用了人工智能后会出现更多的错误，然后会DEBUG的程序员更加有需求了，VIBE程序员应该就拿洗碗的工资啦

chenhu1984

我想，楼主的意思是，公司对risk有多少重视。我工作过的地方，有的需要人工审阅每个task的代码，有的不需要。比如网络编程，也许UI的代码不需要审查，但是和安全相关的需要。
如果有人vibe一个自动驾驶软件，开源并且完全兼容Tesla,我也是不敢用的。

DDD888

chenhu1984 发表于 2026-2-27 09:14
我想，楼主的意思是，公司对risk有多少重视。我工作过的地方，有的需要人工审阅每个task的代码，有的不需要 ...

你作为用户应该没办法知道软件是VIBE CODING出来的，人会撒谎的

DDD888

我再次发表下感想，程序员如果从不读自己维护的程序，那简直就是笑话

pan123au

DDD888 发表于 2026-2-27 20:25
我再次发表下感想，程序员如果从不读自己维护的程序，那简直就是笑话

不读自己维护的程序，那简直就是笑话----- 这个恰恰说明你没有维护过大的软件或者系统，有些程序是前几年经过几个甚至几十个人修改的，有几千几万行，有的会触发不同的小程序，你作为维护人员，你不可能去读每个object，或者 service，这些都以前人写的，已经过时间的考验，一般是不需要去改动的。如果是你自己写的程序，就算很久以前，或多或少都会有点记忆。作为维护，如果有bug，就去纠错，没有必要去读几万行程序。

fnf2000

DDD888 发表于 2026-2-27 20:25
我再次发表下感想，程序员如果从不读自己维护的程序，那简直就是笑话

以你那前言不搭后语的逻辑和看起来过时了十年以上的对it行业的认知，我觉得真有可能你写的东西只能由你自己维护。

DDD888

fnf2000 发表于 2026-2-28 12:55
以你那前言不搭后语的逻辑和看起来过时了十年以上的对it行业的认知，我觉得真有可能你写的东西只能由你自 ...

你在人生攻击我

fnf2000

DDD888 发表于 2026-3-1 05:18
你在人生攻击我

你连人身攻击都会写成人生攻击，让人如何不怀疑你的代码质量。

yacobe

AI 可以写代码，前提是模块化做得好。AI可以很快实现一个函数，或者做一些封装，效率都很高。写测试代码也很快。但作为SDE还是要设计模块，分离耦合。

Vibe coding并不是闭着眼睛写代码。

whyisthis

pan123au 发表于 2026-2-27 21:02
不读自己维护的程序，那简直就是笑话----- 这个恰恰说明你没有维护过大的软件或者系统，有些程序是前几年 ...

你这样做非常危险。对于高可靠性要求并且高度复杂的系统来说，architect完全掌握代码整体框架，全面知晓编程思路和规则，并且在出问题时能够随时读懂相关代码的每一个细节非常重要。如果出了Production issue造成系统崩溃，是要负责任的。AI的问题是，第一，还是会出错，无法保证100%对（当然人也做不到这一点）；第二，对于编程思路和规则不了解，这个很难一次在md中写出来，因为这不光是命名的问题，还包括实现的细节，比如在哪里才应该调用哪个函数（在其他地方调用当然也可以，但是就把软件架构弄乱了），这些细节太多了，而且往往是程序员之间口耳相传；第三，没有上下游软件和数据库的知识；第四，不会考虑系统的软硬件的限制，比如我有一次一个软件需要向微软数据表中填入上亿行数据，claude 4.6就没有考虑到这有可能会超过微软数据表最大允许数据量，所以它的设计和实现就完全错了，完全无法用，需要从头来。

就是说，必须做到软件的每一个细节，每一个隐含条件，每一个外部软硬件都有人一清二楚。但AI的问题是，每一个AI都可以把软件从头分析到脚，但是达不到每一个细节，每一个隐含的条件，每一个外部软硬件的情况都了如指掌的程度。这是由于现有的AI是没有记忆的，无法通过多次分析和与人交流来实现对细节了解的积累。在这种情况下，如果放手让AI搞，人不干涉，必然把软件改得一塌糊涂，production issue不断。所以我现在都只是让AI做个框架，很多细节还是得我自己手搓。我最放心AI的地方是写Unit test。但即便如此，对于复杂算法的unit test，我还是得自己手动写，因为我担心AI做不到每个case都覆盖到。

DDD888

whyisthis 发表于 2026-3-1 23:22
你这样做非常危险。对于高可靠性要求并且高度复杂的系统来说，architect完全掌握代码整体框架，全面知晓 ...

你说的太好了

不过我感觉自己写unit test的好处是可以飞快提高自己的编程水平，同时对自己写的函数的缺陷可以掌握到每一行代码，如果觉得不可测试的话，就可以改变函数的接口

fnf2000

whyisthis 发表于 2026-3-1 23:22
你这样做非常危险。对于高可靠性要求并且高度复杂的系统来说，architect完全掌握代码整体框架，全面知晓 ...

你这个想法是对的，但是也依然低估了现在AI所能达到的程度，当然，首先这个问题在于lz根本不知道何为vibe coding，所谓vibe coding，一般是不直接用于生产环境的，vibe coding的最合适应用场景是实现原型，跑通demo，验证理论以及个人开发，这种情况下面倾向于让AI自由发挥，而现在实行AI比较多的大厂，一般叫做agentic coding，而agentic coding，是非常注意md files，文档和开发流程的乃至于prompt的格式的，比如，在claude.md或者agent.md里面表明coding style，每一个component的作用，开发文档的位置，general的需求等等，而且会有一整套review流程，比如用另外的model来review这个pr等等，至于你那个几亿插入量的问题，我认为是你的prompt不过关，prompt写的太vibe，像这种显而易见的问题，越发需要你在prompt中cover到，AI又不是你肚子里面的蛔虫，你prompt写的越详细越精确，AI完成的效果越好。简而言之，agentic coding是一项根据你公司项目需求而高度流程化和规章制度化的工作。

至于lz那vibe coding不可行性，我认为他也没搞过什么POC，原型讨论之类的，想当然的把vibe coding的做法直接往生产环境里面去套罢了。

pan123au

whyisthis 发表于 2026-3-1 23:22
你这样做非常危险。对于高可靠性要求并且高度复杂的系统来说，architect完全掌握代码整体框架，全面知晓 ...

你没有看清我说的，跟AI 无关， 我只是对这句话进行评论， ------------ 不读自己维护的程序，那简直就是笑话-

看来你跟楼主一样，举一个例子，澳洲 hsc 系统， 你有多少时间去看别人加上和改好的部分，有50人以上在维护这个系统而且在不同的team，database 系统更是复杂，具体我就不说。

爬山虎

作为一个外行，问一个很傻的问题， Block现在裁员40% 和楼主认为的编程人员无法取代，其中的区别在哪里？

第一， 楼主是剩下的百分六十，甚至更核心的码农，所以裁员到骨头了，也没法裁他。 话说应该没有人说所有程序员都会失业，但市场的共识是程序员会大规模失业。 在我看来，40%已经是很大规模了，可能过3~5年，会再裁员40%，如果百分80%的工作消失，基本可以说整个行业结构性失业了。现在初级码农的职位极少了，外加开始裁员，基本已经是市场现实了，没啥好质疑的，最后的到来，只是时间问题而已。大部分想表达的是第一点。

第二， 楼主是否有可能成为未来的最后剩下的20%甚至更核心的成员， 其实主要还是楼主自己对自己的职业生涯的理解。  就他自己表述来看，应该是相对安全的。楼主想表达的是第二点（资深码农是否会失业）， 和第一点的表述（很多码农会失业）不是直接的对立冲突，因为讨论的不是同一个层面的问题。

PS， 好像楼主在一个小公司做事，所以头上带了很多帽子，认知会有所不同。 他可能又是架构师和最后的安全审核员（失业风险低），同时又是实际写代码和初级测试（失业风险高）的人，所以失业风向非常低。 但是在几千人几万人的大企业里头，流程的分工层次细化很多，所以结构性的精简再正常不过。   

DDD888

爬山虎 发表于 2026-3-2 16:36
作为一个外行，问一个很傻的问题， Block现在裁员40% 和楼主认为的编程人员无法取代，其中的区别在哪里？

...

不想作将军的士兵不是好兵，我的梦想是自己当老板赚钱，所以你说的我不关心啦，但关键问题是我现在还在为人打工