2026-05-04
AI
00
请注意,本文编写于 77 天前,最后修改于 77 天前,其中某些信息可能已经过时。

有人说AI解决了80%的问题,大幅提高软件研发效率,有人说AI让技术零门槛,有人说AI让不懂技术的人2-3天做出一个项目,有人说以后不review代码review测试用例,有人说程序员今年8月份开始消失,有人说我的公司全员禁止手写文档(AI写)

有人对AI还是嗤之以鼻说AI是个实习生,是新手,总犯一些低级错误,有人说AI会创造大量岗位,有人说AI没有创造力,有人说现在做的Agent harness没有意义,因为以后大模型都会解决这些问题。

今天看了这位大佬的分享回放。大佬最后半小时主要回答了AI方面的问题,聊了他对AI的看法。作为vue.js和vite等项目的作者,作为前端领域神一样的人物存在。大佬的说的话要仔细听,认真思考。

  1. Fork这个问题,我觉得真正的有护城河的开源项目,即使有AI也不是一个人fork下来就可以维护得了的。

说真的AI对于写这种替代性越强的东西,这种模式化的应用AI一天可以给你吐几百个。 但是说比如像oxc这些我们为了做AST的性能等各种优化,有很多很深的历史上下文,这些研究的东西在里面,你让AI去扒一遍,首先AI未必能搞清楚,即使AI能似是而非的做一些改动,去fork去做一些维护, 其实负责维护的这个人他已经不知道AI在干什么了。

所以我觉得,项目和项目之前护城河的深浅还是很大的。

  1. 前端这个职位以后的定义可能会受到一个根本性的挑战

不局限于前端,我觉得AI现在带来的整个冲击是,他就像工业革命一样。首先我觉得软件工程师这个职业是依然会存在的。只是他的门槛会提高,它的定义会收缩,只是之前放在工程师这个范畴的细分职位会被压缩。我不会很悲观或吓唬大家, 我觉得这是一个会客观存在的一个趋势。

建议: 不要太把自己局限于这种细分的定位里面, 就是要想一想AI的情况下,作为工程师的核心竞争力,要从作为工程师人的价值从具体的代码输出和一些细节的这些琢磨,向更高的抽象层面去提升,怎样去根据产品的需求去做正确的技术决策。以及你的这个项目能够配合AI去更好的做长期维护等等。

  1. twitter 上,有人说产品和工程师就是一个职位,你做产品就是要输出代码,大佬觉得这样的论调太过激进,因为代码质量他认为即使是在AI时代下依然是个很重要的问题。

其实大家已经发现了,就是很多不太懂技术的人,他们现在对于这个AI输出代码的质量太过乐观了。然后就说一个周末回去Web coding 一个CRM,说我们用吧,然后再过一个月已经维护不下去了。完全搞不懂了,bug不知道怎么修了。这种现象还是很常见的, AI已经成为一个大家都绕不过去的东西,你必须要学会用AI,成为一个高效的工程师,你怎么能够在AI高效产出代码的同时,还要产出可维护的代码。

  1. 要转型全栈

之所以有前端后端这么细分的职位,是因为过去大家在成为工程师的学习路径上其实是很有挑战的。 你需要在这个领域看很多代码,动手实际做项目,因为人的学习知识的这个速度是有限的,也就是为什么说大家往一个方向去专精。

  1. 不要觉得有AI了,自己什么都知道

我觉得有一个可怕的现象,就一个可能需要避免的,就是说你因为有AI觉得自己什么都知道了。 但实际上即使借助AI,去做一个你完全陌生的领域,你会发现你跟真正在这个领域有过10年经验的人做出来的东西还是有本质区别的。

  1. AI在专家手里才会变成更锋利的武器

我觉得领域细分的这个需求会越来越薄弱,因为 AI 确实能够把一些这种每一个领域里面这些基础的东西的这个差异给抹平了,但是在每个领域的这个细分的这些专家级别的这些东西里面,还是有很多,就是说专家这么多年积累的经验,他肯定是有点东西在那边的,就是所以在专家的手里,在那个领域专家手里 AI 会变成更锋利的武器,就是一个专家用 AI 跟一个,你就是从来没做过这个。

  1. AI产出多少代码不是衡量一个项目质量的核心指标

就像我之前说的就是我是觉得说 AI 写了多少代码,并不是衡量一个质量,一个项目质量的一个一个核心的一个指标,关键是就是说你产出这个代码的这个过程是有多少,是由你的这个你的经验和你的这个架构设计,以及你对这些技术选型的判断等等,还是非常的重要。

  1. 大佬写 vue 的时候还是有很强的代码洁癖,比较抗拒在 Vue 里面去 merge AI写的代码,每一行代码他都review过

  2. 大佬没有觉得AI写的代码比他写的好,但这个效率实在太高了,就不得不用了。

  3. 没计划做harness,没时间,觉的这块很难和基模公司竞争

本文作者:郭郭同学

本文链接:

版权声明:本博客所有文章除特别声明外,均采用 BY-NC-SA 许可协议。转载请注明出处!