马化云
1
没有 Vue,没有 React,没有 Webpack,没有 npm install 等到天荒地老。
一个 .html,双击,浏览器打开,产品上线。
https://share.traecontent.cn/artifact/CF0GSCI1V2JVDE
说真的,程序员该慌了。
刚才那个番茄钟,从需求到上线,5 分钟。不是 5 分钟搭个框架,是 5 分钟交付一个能用的产品。
换以前怎么搞?开需求评审、画原型、选技术栈、搭脚手架、配环境、写接口、调样式、联调、测试、部署。一个番茄钟 App,少说三天,多了两周。
现在呢?一句话,一个文件,完事。
会写代码从来不是壁垒,会解决问题才是。 但大部分程序员花 80% 的时间在写代码本身——配 Webpack、查文档、调 CSS 居中、跟依赖冲突搏斗。这些活,AI 干得比你快,还不抱怨,还不摸鱼,还不要年终奖。
有人说"AI 写的代码质量不行"。兄弟,你自己写的代码质量就行?那个跑了三年没人敢动的祖传屎山,是你亲手堆的吧?
真正的危机不是 AI 替你写代码,而是 AI 让"会写代码"这件事变得不值钱了。 以前你会 Vue,会 React,会搭微服务,简历上能写一页。现在这些技能的门槛,是一句 prompt。
未来能活下来的程序员,不是代码写得多的,是知道该做什么、为谁做、做出来有没有人用的。可惜大部分人的精力,都耗在第一个问题上就出不来了。
别杠,杠就是你对。
但那个番茄钟,确实是 5 分钟做出来的
ai配的webpack,问题超多。
古法编程的时候也文档一般不查。
调css至今还是ai的弱点，所有work提供的可视化调整css很受欢迎。
依赖冲突，我人工解决不了的，它ai也解决不了。ai只是速度比我快，不是能力比我强。
然后，实际一个项目交付，写代码本身占总开发时间大约是30%，主要花在开会，对齐需求，沟通，反工，改需求，走公司流程等。而且，ai写的代码，质量不可靠，上线出问题ai不背锅，需要人来背。所以还是要人共确认之后在上线。人工确认还是很慢，而且ai自己造的bug，让ai自己改有的时候越改问题越多，还是需要人工接入。所以整体效率提升的没想象的多。
然后，给你将一个实例，我们公司已经推行全栈AI一年了，后端出生的人使用ai写代码，前端项目变屎山就不说了。主要是后端人员没有判断AI写的前端代码是否正确，AI提供的解决bug的代码是否正确。最后，这种解决不了的疑难杂症就到我这个专业前端这里了。我得耗费精力去屎山里找问题。很多时候都把我气笑了。明明是一个业务逻辑问题，ai去改了通用组件，导致整个项目崩溃了。一开始我还没发现，就在业务逻辑那边找问题。后来没办法了，查提交记录，才发现ai乱改通用组件，还搞出死循环了。我就先还原代码，然后在解决原本bug的逻辑错误。
原本是小问题，被ai改出大问题了，是ai的错吗？不是，其实是用ai的人不懂导致的，不然只要看一眼，都不至于这样。
然后在和你说一个案例：
我们上个月有一个投标，产品就自己用ai，生成demo，反正是演示，不需要后端接口数据。
我们产品买的codex，200美刀的那个套餐。生成出来效果不错，看着有模有样的。
就是到了后面，有些功能他用ai怎么都弄不好，ai出的样式，他很不满意。还有一些交互他也用ai做不好。然后就让我们前端帮它调整一下。
我看了一眼，好家伙。啥都堆在html里，还搞了几十个js。html本身几万行代码。哪些js文件也基本都是上万行代码。
反正我人工是搞不定的，我就用ai给他调一调，css方面的我人工调一下，应为给ai描述它越改越遭。
交互方面只能让ai去改了，反正我是看不懂了，乱的很，幸好是演示项目，不需要维护。但是用ai这一改，太可怕，它太消耗token了，一个简单的问题，它要读代码，一读又是整个文件，那个上下文消耗太大了，一个小时，就消耗我几千万token，放在trae估计就是一个问题几百上千积分了。
反正，目前的ai其实是越是高手，越是能靠ai提升效率。越是小白，越是可怕糟糕浪费token。
