业务型程序员正在承受偏见

[djyde]

大公司似乎有个通病，就是没有给做业务的技术人员安全感以及应有的回报。似乎做技术、做基础建设的就要比做业务的更有价值。前者能为团队提效，能向外输出能力，这当然能作为绩效和晋升的评判标准。但为何一个能理解业务需求，按时交付代码，迅速拉通业务上下游的业务型程序员，也被要求做出「技术影响力」才可以晋升？

当然，优秀的程序员两者都应该有，但总得有一个侧重点，因为人的时间是有限的。而这种畸形的评判标准，会让做业务的程序员产生严重的焦虑 —— 我光做业务时间已经不够了，我哪有时间还去做基础建设呢？

不光如此，它还会造成另一种副作用，就是做业务的程序员，在想方设法地去造轮子，创造伪需求。明明用原生的 API 就能搞定的事，非要「封装」一下，除了制造一种「高级感」，一无是处，有时听到这些方案都会觉得尴尬。

我不是反对造轮子，我是反对造不应该造的轮子。这样的轮子造出来了，PPT 写好了，做的人晋升了，维不维护，那是之后再说吧。苦的还是用它来做业务的队友们。

真正的基础建设，是让使用者觉得好用，方便，靠谱，解决了真正的痛点，让业务跑得更快，更稳，用了这种技术，原本要写两天的程序，现在两小时能完成。这些有意义的基础建设，不是在办公室开两小时会就能想出来的，是业务刚好遇到对应的场景才做得出来的。但是，谁都不愿意承认这个事实，因为你不搞技术，你就没有所谓的技术影响力，你就晋升不了了。

我能理解那些瞎造轮子的人是制度使然。游戏规则就是这样，你想玩得好，无论规则多傻逼，都要按照规则去玩。

有人说，你就做业务，太容易被取代了。我想说，做业务，也有分做得好不好的，你做什么事情可以做不好还不被取代？除非有一种编程语言只有你会。还有人说，未来 AI 都能写代码了。我只知道，现在我连一个靠谱的能帮我糊 HTML 页面的 AI 我都没见到，50 年内，可以出现一个能理解产品经理的需求，自动写出符合需求的代码的 AI ?

所以，技术人员的晋升标准应该改为有两个不同的方向 —— 业务型人员和技术型人员。两者都应该有不同的评判标准，两个不同的晋升体系。让做业务的人专于完成业务，让做技术的人专心服务业务。没有谁比谁的价值低。

（利益相关：我这三年做的几乎都是基建）

[jiyingze]

好贴，我现在所在的小组就是这样。
业务小组，为了晋升，搞各种看上去花里胡哨的封装。
业务本来就是越简单直接就好，现在搞得好复杂。
为了 kpi 一个系统拆分好几个系统，增加业务复杂度。

[madtcsa]

无论业务型还是技术型，首先是程序员，技术一定是第一位的。面试、晋升都是以技术输出为准。本质还是将研发单纯的看做一线的执行者，悲剧。

[lzj307077687]

恰好公司加上我两位后端，我偏向业务，他偏基建。
刚开始合作时，也有互相嫌弃，即使没明说也能感觉到
后期各自找到定位后合理分工，感觉不错，也可能只是自我感觉良好吧。

[easylee]

"写业务的就老老实实做业务“，这是某大佬微信公众号年初的一篇文章的标题。

本来那些吊炸天的框架就是为了让业务程序员更好的专注业务层面开发，提升幸福感。

多说无益，环境确实不好.....

[reactna1ve]

偏见的主要原因还是，大家对需求的直观的感觉就是，这个门槛比技术的门槛低

对于技术来说，水平不一样的人，做的东西可能是 0 和 1 的区别，你技术水平不到家就是做不出来

但是需求不一样，10 年经验完成的效率及质量更好，100 分的需求可以做 90 分，但是不代表 1 年经验的人做不了，可能人家只是差一些，做到 60 分或者 70 分。但是这中间的 20 多分相对于用人成本，对于有些老板来说是可以接受的，或者在一些情况下，1 年经验的人可以做到 80 分，导致资深业务型程序员的性价比的更低

这就有点像人人都是产品经理，需求每个人都能哔哔两句，技术不懂就是不懂。况且业务型程序员的产出，不光依赖于需求本身，UI/运营 /市场等都是影响因素，再次导致产出无法正确量化

[pangleon]

楼主考虑过市场需求么？ 80%的需求是业务程序员，你做了业务程序员你到时候去哪？就像你大学专业学了金融，你去哪？
业务永远有，至少有口饭吃，基建的到了 2 线需求锐减。而且业务的可以往 PM （ product or project ）都可以转

[1490213]

楼主说得是对的，但是我想说几点：
1. 程序员中对业务有追求甚至连有兴趣的人是极少的，虽然对技术有兴趣的人也不多，但是仍然远多于对业务有兴趣。
2. 懂业务

[alpha2016]

但我觉得，在往后的职业生涯中，单纯的技术人员容易被替代，而且现在很多大数据什么的领域，成熟解决方案就可以搞定了，比招一个专业的大数据分析工程师省钱多了，所以一个技术拿得出来手，业务也很精通的，在对应的行业跳槽，很有市场的。

[daodao116]

说的非常对！

[sorra]

经济环境所致

[DragonQuestMaou]

我的方向基本没有业务型 有的话估计也离死不远了 主要还是需求在变化

[sikariba]

还要看到底是什么业务吧。像金融行业，业务绝对比基建吃香得多，金融的业务是比较复杂的，国内的金融基建一方面本来就比较落后门槛不高，一方面怕出事也不敢大兴基建。

[pony279]

专注业务的，在代码技术深度上肯定不如专注基础技术的。但这并不冲突啊。

在一个业务领域深耕，同样会形成自己的竞争壁垒。对行业趋势和客户需求的理解，对业务流程的把控，个人的组织沟通能力，这些积累都决定着你将来的竞争力和收入。如果上面提到的这些，你做了几年都没有积累，反而把精力放在造论子上，本末倒置，那确实应该反思一下。

另外，那些赚钱的业务，比如游戏，金融，做业务需求拿到的年终奖肯定是比那些基础技术服务的人的多的

[akira]

发个招聘，同样价位 你觉得能来几个业务的 几个技术的面试？

[yiyi11]

本质上还是剥削，一个成规模的组织中，纯技术的程序员和主业务的程序员可能是 1：9，这样看来也比较合理。资本会想办法压榨比例大的成本，而容许比例小的成本相对高一点。

[lynskylate]

你有关注过纯基建程序员的晋升吗？普遍晋升概率比业务小，年终也比发展好的业务少多了，即使要晋升也不会关注你造了什么轮子，的而是你配合业务落地了什么

[snappyone]

2 个都要啊，一点都不冲突

[sarlanori]

像我们传统公司就正好相反，大多数甚至没有基建程序员，都是业务型，谁业务做的多做的深，谁就受领导待见，升职加薪都要快些。

[Codingless]

在一个已经很成熟稳定的环境里，infra 程序员理论上会更难晋升啊。

[lights]

今年努力考研究生，打算往图形的大方向转行了，以后可能做游戏，也可能做一些图形仿真解决方案，但打算先考上研究生