今天看到一条新闻,心里突然咯噔一下。
不是那种吓人的咯噔,是那种——原来如此。
据 IT 之家的相关报道所示, 有个名为徐迅的人站出来发表言论了, 他声称, 像氛围编程这类情况, 听起来感觉十分高端大气上档次, 然而实际上在整个健全的工程体系范围里头不过仅仅算是占据小小一部分罢了。
就像你炒一盘菜,AI帮你切了个葱花。
然后你就觉得,哇,以后不用厨师了?
别闹。
徐迅讲道, 具备软件工程师身份的人每日真正投身代码编写的时长, 大体处于百分之二十五至百分之五十的范围之内。
剩下的时间呢?
参加会议, 与产品方面就需求展开撕扯, 和设计方面针对方案执行对接, 跟测试方面争论 bug 的归属问题, 跟运营方面探讨排期相关事宜, 向老板汇报工作进度。
这些破事儿,AI能干吗?
不能。
至少现在不能。
自己都说,他们现在超过一半的代码是AI写的。
快三分之二了。
听着吓人吧?
但徐迅再度阐述了一番言语, 我再三进行查看, 看了三次, 其内容为: “仅仅凭借代码的产出比例, 仍然没有办法表明工作流程以及团队架构应该如何去进行调整。”。
翻译成人话:AI写再多代码,公司该怎么运转还是怎么运转。
你让AI写了60%的代码,然后呢?
那些代码竟然能够直接上线, 有没有经过review, 经过了测试了吗, 如果要测试那么是否经过了跟现有系统对接的测试, 难道不用经过这些流程吗?
想得美。
安德烈·卡帕西,就是发明“氛围编程”这个词的大神。
他自己都承认了。
他说,看见AI生成的代码,有时候“心头一紧”。
代码常常显得臃肿且多余, 到处都是大量的复制粘贴情况存在, 抽象设计往往也会表现得别扭且脆弱。
程序能跑。
但代码难看。
像什么?

像你请了个实习生,他活儿干完了,但留下一堆屎山。
你改吧,浪费时间。不改吧,看着难受。
徐迅点到了关键。
他讲, 要是别的环节不一块儿变动、没办法贯通, 企业单单依靠AI编程去获取预期的生产力提高会很困难。
对啊。
你让AI帮你写代码快了一倍。
然而, 你的产品评审流程依旧是那般模样, 设计会议同样是那种状态, 跨团队协调仍旧保持原样。
瓶颈从写代码,变成了别的环节。
就像把高速公路修好了,但收费站还是人工的。
车都堵在收费站口。
说实话,我反而觉得松了口气。
AI不是来取代我们的。
它是来逼我们升级的。
只会去写CRUD的工程师, 只懂得去调API的工程师, 只知道去进行复制粘贴的工程师, 着实是挺危险的很恐怖的哟有威胁的呢。
可是那些具备理解业务之能力的人, 那些拥有跟产品吵架之本事的人, 那些占有设计架构之才能的人, 那些存有推动流程之本领的人。
AI替代不了。
至少现在替代不了。
徐迅说,全行业都在摸索。
怎么样才可以使得, AI原生不会再被限定于代码开发范畴之内, 而是能够扩展延伸至企业现实实际运行的方式之中, 对不对呢。
这句话的重点是:摸索。
没人知道答案。
所以别慌。
该学学AI工具,该提升提升业务理解。
工程师的价值,从来不只是写代码。
而是解决真正的问题。
AI能帮你写代码。
但它不能帮你,理解这个世界。