程序员初级岗是否会被人工智能取代？問答頭條網

2019-05-08 23:56:31 佚名

血魔-Ticks

AI也是程序，所以程序代替程序员干活，是程序员每天都在做的事。比如写了一个函数可以做加法，调用这个函数就是在让AI替代程序员做加法。这样的事不是什么新闻。AI代替人类有两种分级，低的那种是代替人去做一个具体的事情，比如自动烤比萨饼，这个已经有工厂流水线了。高的那种是AI像一个人一样做事，比如比萨饼厨师需要用人的工具，在厨房里，和其他人类厨师一起做比萨饼，这是很遥远很遥远的科幻。

初级高级是一种很笼统的叫法，我觉得程序员需要面对的问题有很多类型，例举一些：

A类：熟悉接口调用（多个软件包集成）有接口定义文件的情况下就是连连看问题，早就可以自动化了，但是程序员需要了解软件包的工作原理的话，还是要人工学。

B类：解决应用问题（调bug，磨合配置，业务分析，程序分块）最难被替代的部分，程序员的核心价值：改bug，做设计。但是需要的人数会减少而且偏爱经验丰富的，部分工作会转化成做设计，让用户自己去完成，比如淘宝开店的人自己设计店铺，其他的工作已经被马爸爸的团队自动化了。还有微博，优酷，微信平台，都有类似的面向企业的功能，不需要人力去做别人做过的设计。

C类：处理沟通合作（api命名规则，设计模式，团队风格）这个事情的成本超级高，很多人都没意识到。如果不是沟通困难，全世界只需要1000个程序员就足够了。只需要一个操作系统，一个浏览器，然后不断升级更新就行了。正是因为沟通困难，企业的自动化才需要一版一版推翻重来，就像家里的电视机，新的买了旧的就整个扔掉。但是程序不是实物，它只是一个流程图，流程的变化很小，重新利用主要的难度是无法理解前人的设计、有部分设计和前人的冲突等等。为什么同样是做网页，前端框架年年换，换一个框架就要重做新网站？很多时候新框架的优势仅仅是在处理人和人沟通的问题上，把业务整理得更好一点，就像书架里的书怎么摆放更好一样。这也是人类的缺点，我们的记忆里和抽象思维能力仅仅限制在几百个api的量级，编程语言的语法稍微复杂一点，人类就记不住了，函数的名字也必须写的很明白，比如get, getall, getlast, getfirst，再多几个就记不住了。但是ai是按照标签识别的，函数名字可以有无限多，函数名字可以叫001, 002, 003...根本不需要名字，只要保证全局唯一就行了（连命名空间都不需要）。这种优势值得挖掘的潜力很大，虽然这样的程序人类看不懂，出了问题AI也没法改bug，但是AI写程序很快，你可以点一个按钮，AI就写出百万个网站程序来，然后他自己先选最好的一批，再给人类选最终的，至于旧的有bug的那个扔了就得了根本不修。怎么选？自动化测试，人类写要求，新要求，测试系统从百万AI作业里挑。或者还有更清奇的思路，我们同时上线10个不同版本的微信，然后看用户喜欢哪个就留下哪个，或者可以给不同类型的用户提供他用着方便的那个版本，比如现在的老人用软件习惯和年轻人就不同，同样的软件界面会造成很多不便。这种AI是非常值得开发的，程序员的工资很高，花在沟通上面也不创造效益。如果你写了这样的系统，他们的工资都是你的。而且因为这种程序人类看不懂，也就没法用程序员了。如果要加上程序员可以看懂的接口，需要额外工作，但是肯定会有一个过度阶段，可能是十年，五年，部分工作还得用人去处理的。

D类：改善功能性能（高可用高并发高吞吐，重构）需要调整参数，增减服务器的工作，比如双十一高峰流量问题，现在有很多自动化脚本了。但是人的价值也无法替代，因为可以深挖更省资源的办法。和自动化替代工人的过程是一样的，留下有脑子的，开除没脑子的。

E类：保证代码质量（测试）测试这块比较特殊，它是用来确认程序对不对的，一直以来自动化测试就有很多，但是数据表明，人类还是比较善于找错误，因为这个过程需要一些跳跃性思维，有点像侦探破解案情。而且无论怎么自动化，你还是想找个靠谱的人类把关。只不过需要的人也会很少，少到只有猎头公司才知道有这么个职位。

F类：减少迭代成本（自动半自动脚本，持续集成，源码管理）这部分本身就是自动化的，但是人需要在不同模块间打磨一下，涂点胶水。跟装系统差不多，可以人去一个一个安装，也可以直接还原一个啥都装好的系统镜像。最后总结，创新，实施，改进，复制，这些环节虽然高低之分，但是具体到一个能挣钱的工作，提供的利润天差地别。创新很高尚但是拿不到投资还干的很苦逼。复制很下贱但是可以把亚马逊复制成淘宝。公司有什么样的获利手段，就需要什么样的人来挖掘扩展这里的价值。