未来已来-AI时代下的程序员出路在哪？_程序员未来的出路在哪-CSDN博客

本文链接：https://blog.csdn.net/qq_29857207/article/details/136843290

一：本是同根生，相煎何太急？

AI为什么总是攻击程序员？Cognition AI和微软在前两天同时扔出两颗重磅炸弹，分别推出了世界上首位AI程序员Devin和AutoDev。当产品一旦对公众开放，程序员的价值无疑会在github copilot等一系列AI编码产品的剥削下又会降低一大截。

二：说到底，工资就是价值交换

基于我目前对AI产品的使用，我个人的编码效率得到了30%的提升，随着通用人工智能越来越成熟，产品力越来越强，编码的边际成本将会直线下降。

举个现实的例子：我们技术小组每天疯狂编码，对于一个月交付的任务来说，公司需要付出的金钱成本是5万元。

当成熟的AI产品出现后，公司花500元订阅一个“AI程序员”，再花2万请个人类教练级别的程序员，该程序员基本不需要编码，而是每天给“AI程序员”发布和验收任务。在接收到任务指令后，“AI程序员”的产品经理模块agent、程序员模块agent、软件测试模块agent、运维模块agent先后发力，原来3人小组需要一个月完成的工作，在人类教练程序员+“AI程序员”的组合下可能2周就搞定了。最终花费1.05万元。

这么算下来，公司的编码成本节省了将近80%。到了那个时候，我们的薪资水平势必会随着价值产出的降低而大打折扣，甚至失业。对于失业这个话题，在目前这个还没有什么风浪、相对安逸的程序员行情下，我不想表达太过于悲观的看法，但这并不代表我们可以乐观对待。

三：必将淘汰的程序员

1.只会被动执行

关于这点，无需多言，直接上案例。

有一天产品方告诉我，表单可录入相同的数据，导致数据库有了重复数据。我听完后就问开发兄弟，之前在其他项目就出现过这样的bug，怎么这次又出现了？这兄弟给我的回复是：产品需求上并没有写要做数据的重复判断。我说道：这是基本的逻辑，你连这样的判断都需要需求说明书来规范，请问你和ChatGPT有什么区别？那哥们答道：程序员是实现方，我只按照需求说明执行，至于需要哪些逻辑，那是需求方的事。

在过去一些年的职场味道熏陶中，一个程序员出现类似的行为，其实是能理解的。但每个团队都有自己的原则，这样思维的人我只能跟他say goodbye。真正到了AI时代，这应该也是第一批被净化的人。

2.沉浸在技术中自嗨

把自己变成技术大拿是完全可行的，但只沉浸在自己的技术世界中自嗨，对业务线的真实需求和痛点不闻不问，无法从业务角度出发解决问题，迟早要被团体踢出局。不用说等到AI更加成熟，即使目前阶段的ChatGPT在代码水平已经碾压地球上任何人类程序员了。所以，后面不会再是拼技术的时代了，只懂技术，那就意味着最终被技术所替代。

3.对自己的代码毫不负责

我们团队中曾经出现过这样的奇葩程序员，需求方的任何需求都能满足，但是实现的方案却是“垃圾中的战斗机”，这哥们离职之后，他负责过的所有系统都必须重构，因为没人能够看得懂他的垃圾代码。后面会专门写一篇文章来对此事件做反思，从机制、选人等方面来为你的团队避坑。

四：出路在哪里？

成为程序员教练！！！

1.拥有整体的架构思维

能够设计出优秀的架构方案，在简洁的基础之上最大化满足业务需求且具有一定的向后兼容性。

2.具有需求解读、拆分和描述能力

这看似简单的能力，不要认为所有程序员都具备，这样的想法大错特错！大多数同行还是在小厂中，既然是小厂，那么软件开发流程中并不会不像大厂那样，在每个环节都有专人写出专门的文档给到你。小厂中，往往需要程序员具备多种能力于一身。这种能力在未来更是必不可少的，趁早打磨。

业务方的需求都是从自身角度进行描述的，当听完这些描述后，需要程序员进行以下事项：
①从业务角度认真思考他们到底需要干什么，如果想不明白，那就主动沟通，不要被动等指令。
②彻底搞明白需求之后，把每个需求切割为可具体执行的小任务，再进行编码。
③如果你的任务需要下发给别人执行，那么你需要口头或者以文档的形式，站在对方的角度能够清晰地描述清楚。（及早意识到自身的沟通弊端）