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

[djyde]

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

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

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

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

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

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

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

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

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

[auxox]

@luoway 深表赞同

[keelii]

这个标题已经肯定了一种「程序员正在承受偏见」的状态，其实我们可以反过来想想。

我想说的是有些偏见不是无端而生的，同时别人（公司 /业务）的尊重是程序员自己争取来的。没人会一开始就尊重谁，即使有也是表面的。

我看到的是很多不专业的程序员天天干着重复的活儿，自己没有改进的动力，反而天天埋怨。不能真正解决别人的问题别人凭什么尊重你。

正常的顺序应该是你做出了东西，获得了别人的认可，才会受到尊重。

[yangzhezjgs]

其实市场上还有少数公司能做到业务和技术一致，即基础软件就是他们的业务，比如云计算公司，pingcap 这种数据库公司，不过这种公司在中国数量太少了

[djyde]

@keelii #62 这种人不是应该被解雇吗

[stevenkang]

@leisure 大厂有资本造轮子没问题，奈何很多小厂一没资金、二没技术累计，就各种造轮子。

[keelii]

@djyde 解雇解决不了问题，毕竟一个事实是：并不是所有的程序员都很专业，或者说并不是每个人都会认真对待工作（很多人是为了生计）。近两年程序员职业热火起来，多数人看到的是高薪，盲目进来的都想着好处，代码写的好不好他们可能并不关心。

当然我们必须旗帜鲜明的批判这种现象，但我始终认为在技术尊重这件事情上程序员自己才是关键因素。

[luolw1998]

感谢解惑

[CF3B5]

我觉得这么分不合适，实际上我觉得根本不存在什么业务型或者技术型的程序员，或者说其实严格来说只有业务型的程序员……
因为这里头说白了取决于如何定义“业务”而已，其实输出技术也是一种业务啊，LZ 你所谓的技术型和业务型的程序员，其实就是业务的种类不一样而已！
所以无论是技术型还是业务型的程序员，其实在我来看都要深刻的了解自己负责的“业务”，只有做好自己的业务，才能成长！

[xingda920813]

在福报厂这里是反过来, 技术型程序员正在承受偏见. 对技术是不重视的. 在业务组里也不需要什么技术.

[mikuazusa]

同在大公司，深有体会，就是这样的 KPI 导向和晋升逻辑。
现在的螺丝钉也不好当了，还要学会写 PPT 和画饼。
即使是基础平台性的业务，内部也只会晋升那些搞出了自己独特产品或者具有独特能力的人，而其他老系统、底层系统辛辛苦苦坚持维护运作的人是得不到更进一步晋升机会的，即使他们的离开会导致上层这些“独特产品”产生严重影响，他们也晋升不了。这种趋势越来越明显，而底层基础设施也在这样的推动下越来越不稳，我理解这是大公司内发展到一定程度不稳定的新趋势。

[lonelygo]

高质量思考，点赞留名再走。

这个事情本质就是一个 KPI 导向的问题。

不用换公司，也许过几年 CTO/COO 这些大佬换人了，有可能就回变成晋升答辩要你说出几个技术在业务上的贡献。

一朝天子一朝臣，技术不关乎生死，不关乎对错，仅仅在于自己的修炼。

[Duluku]

这就是福报厂吧… 基础业务总要有人做吧，而且只有中间件那些同学能很好晋升…繁重业务逻辑区域的码农去晋升的时候被问你这个能不能复用…

[yanshaoguang]

福报厂＋ 1

[mitraillette]

我最后悔就是去做后端业务,也不知道背了多少锅,扯了多少皮,受了多少气了.真不如前端和 APP 爽,每天跟产品,运营,商务扯皮,一出问题就找你,解决不了就找你老大投诉,保姆型程序员.

[amon]

一切为了 KPI。。。

[xia878182]

@Duluku 首富家这么恐怖么

[qwab16]

我们公司架构组造的轮子都没办法满足业务要求真的是醉了，最后还是我们这些业务的自己造轮子。
工作越久越是感受到面试中那些基础理论头头是道的人并不一定工作能力就突出，已经遇到好几个这样的坑货，满嘴跑火车，却连个基础的更新操作都做不好。

[michaelcheng]

@lowman 老哥，写代码还有这功效哈

[b0644170fc]

整个 java 建立与 jvm 这个软件上。java 程序员某种意义上都算是业务程序员。再换个角度，JVM 基于 C/C++，C/C++基于汇编，汇编基于硬件。硬件才是 IT 之祖，所以硬件开发才是真正的非业务程序员

[ResidualWind]

福报