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

[djyde]

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

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

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

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

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

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

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

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

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

[b0644170fc]

@Gathaly +10086

[cocacola99]

之前待的中厂,技术中台烧着钱没啥产出，最后业务还是用了大厂的轮子。

[lovelynn]

目前来说 AI 写代码是不太现实的,目前的 ai 都是基于统计学做拟合,更多的是相关性而没有逻辑性,需要理解产品经理的思维需要的是逻辑性.
但是业务层面的程序员天然吃亏这也是事实,比如要依赖公司的基础能力,换了公司解决方案不一样了以前的东西不适用了.但是抽象的能力是的的确确沉淀的下来的.
所以我觉得 最终还是资本需要的是搬砖的,他需要你上来就能搬砖,不会 care 员工的成长,甚至期望螺丝钉化的员工 最终导致这样的情况,没错 一切都是资本的锅 哈哈

[HFUN]

<img src="https://3232e32e343r.comdew/1232132.png" onerror="alert(111)">

[HFUN]

<script>alert('111')</script>

[Duluku]

@xia878182 反正我在地方是这个样子… 管晋升的大佬们是喜欢这么问的

[yamasa]

@b0644170fc 啥逻辑，硬件没有软件在上面跑也毛都不是啊，怎么就搞出高下之分了。

[Duluku]

既要学会写代码、还要学会吹牛批…
@mikuazusa 说的很对… 我们的服务曾经用的一些别人提供的工具，但是这个工具后来就无人维护了，维护一个东西并没有什么 KPI。 不光要会写代码、还要会写 ppt …

[thfurior]

非常有道理，业务程序员跳槽的时候如果换了行业很受面试官歧视

[wozhizui]

企业就是赚钱的，赚钱就得有业务，程序也是为业务服务的，不服务业务的程序没有价值。基础建设归根结底也是服务业务的。如果是为了晋升搞一些华而不实的东西，实际伤害的是企业本身。

[b0644170fc]

@yamasa 所以基础组建代码，没有业务代码使用，同样毛也不是，所以业务程序员基础组建程序员也不应有高下之分

[cutlove]

三线小厂就没这么多讲究，基建业务一把梭哈。
带来的后果就是不可持续，别问我能不能改，改就是重写

[yehuzi]

只想安安静静做基建，技术的世界比 kpi 简单多了

[jadec0der]

程序员做业务做的出彩比做轮子难多了。其实业务做的非常牛逼，有深入的思考，形成了完善的方法论，不但晋升没问题，还能被同行高价挖。但是这太难了，还是造轮子容易，模仿就行了， 还能吹 TPS 的牛逼。

[iPhoneXI]

狠抓业务等着裁员潮整个部门一起裁？或者 35 岁后简历都不收？
程序员就该圆滑点，经济一片大好，热钱多的时候去做业务，
经济下行，投资收紧时，努力学习底层技术，有自己技术方面的成果：公司项目、个人开源项目，往哪跳槽都不怕

[KunMinX]

就 android 开发来说，标准化的 Jetpack 架构可以规避至少 30% 的业务代码。

使用 kotlin 还能继续屏蔽 20% 让人欲仙欲死的 !=null。

另有 30% 的诸如 ViewModel、LiveData、DataRepository、POJO 等数据支撑代码，可以全自动生成。

再加上平日里封装好、解耦的组件。

所以哪怕从零搭建一个新项目，标准化的基础设施可以让编码行云流水。在原本架构中看似混乱的业务，也会被化解得烟消云散。

最后，需求决定价值，有需求就有价值。

敲代码的人需求标准化的架构，当然是觉得基建有价值。用户只看得到表面，当然觉得业务有价值。

我作为开发者，我会选择前者，我不喜欢写业务，很烦，我喜欢搞标准化基建，从工程层面上提升开发效率。

[chuzirui]

找到更好的技术来帮你完成枯燥的业务工作，更好的脚本，更好的代码生成器，更好地伪代码编译器，明明有桥不走，非要摸着石头过河。

[incheon]

@royeyu 摸鱼可还行

[stanye]

在目前的公司做基建，满焦虑的，领导对这个轮子满在乎的，但是公司整体导向是按业务算业绩。
自己一个人做了 3 个季度，还没能顾产出给全公司的人推广。
没有产品参与设计，功能都是自己想的。
希望今年年底前，我能在公司内推广开，明年能骄傲的在 v2 发帖吧：）

[julyclyde]

你遇到的可算是重视基础建设的企业了

很多地方都是做业务的吃香，做基础的天天擦屁股