做技术基建感觉好没劲,价值感在哪?求过来人指点

2025 年 12 月 5 日
 WillingXyz
最近职业上有点迷茫,求开导。我是做偏技术基建的,不直接碰业务开发。

现在主要困惑就两点:

1. 做的东西,觉得“价值不大”,驱动不起来。

公司基建比较差,很多事可以做,比如统一 API 网关、推注册中心、完善监控日志。但一做之前我就纠结:业务团队用 Nginx 配配也能转发,服务之间记 IP 直连也不是不能跑。感觉都是“锦上添花”,而不是“雪中送炭”。反正现在也“够用”,我费老大劲去做,动力是啥呢?

2. 就算做好了,价值怎么体现?特别是年终汇报。

我吭哧吭哧搞了半年,把网关、链路追踪都搭起来了,还得推动业务方改。业务方可能觉得“挺好的,方便了”。但到了我述职的时候,灵魂拷问就来了:“你做的这些,给业务带来了什么具体价值?提升了多少效率?创造了多少收益?” 感觉完全没办法量化,也就没办法体现我的贡献。

我以前也做业务开发,其实也有类似困惑:业务开发的价值,难道就是“按时完成需求”吗?好像也挺模糊的。

有没有同样经历过这个阶段的朋友?特别是从业务开发转型做基建,或者长期做基建的大佬,你们是怎么找到价值支点的?怎么应对那种“这事儿没啥用”的内心纠结?又怎么在汇报时,把“体验提升”说成让人信服的“价值”?
4066 次点击
所在节点    职场话题
36 条回复
rockddd
2025 年 12 月 5 日
就讲讲有多方便呗,改之前和改之后的对比,以及解决了什么问题和隐患
kiracyan
2025 年 12 月 5 日
我还挺喜欢的 业务做多了有点无趣
ivvei
2025 年 12 月 5 日
业务开发更没价值。
Rickkkkkkk
2025 年 12 月 5 日
1t/s 的日志写入如何让业务方能 5s 能查询是不是挑战?
ybz
2025 年 12 月 5 日
今天给你一个业务需求,明天要你上线你就老实了。
gejigeji
2025 年 12 月 5 日
看公司规模,如果公司业务小的话,确实没少用,重复造轮子而已
公司业务大的话,这种基建就变得很必要了
bruce0
2025 年 12 月 5 日
我反而想去做这种基建类的东西,天天写业务的东西,感觉也是好没意思
inhzus
2025 年 12 月 5 日
写 OKR/KPI:
1. 统一 API 网关:之前配置需要开发上手 nginx ,现在建设后开发效率上升,人日从 XX 降低至 XX ;
2. 完善监控日志:(拉个报表)业务部门感知线上问题即时性,从 XX min 降低至 XX min ;
3. 注册中心:同比去年,注册中心建立后,类似问题导致的故障,从 XX 起降低至 XX 。

自洽:业务部门更多时候都是被产品运营推着向前走,很少能腾出自己的时间来专注做技术相关的;基建这方面能发挥的想象力大多了,更能满足纯粹的技术追求吧。
coderluan
2025 年 12 月 5 日
对个人来说,绝大部分工作就是没价值,工资才有价值,工作赚工资,然后花钱让自己开心。而写报告就是强行上价值,纯命题作文,别管你自己怎么想,往高大上吹,最终尽量落到给公司创造价值上,虽然都是能跑,但是你做完之后是不是更稳定了,减少了事故率之类的,减少损伤也是创造价值。如果实在不会写,那就让 AI 帮你写。
midsolo
2025 年 12 月 5 日
我之前在某厂做过一段时间的中间件开发,也就是俗称的 "造轮子",包括:分布式任务调度框架、监听 binlog 的 CDC 框架、RocketMQ 源码的定制化开发......

做中间件,虽然看起来更加偏技术一些,但是比做业务来说承受了更大的压力,因为中间件是服务于业务方的,不能出错,一旦出错,影响范围就很大,可能造成 P0 级别的问题。

做中间件,自己也是产品经理、项目经理、测试、开发、运维,得自己去收集需求,去挖掘需求,要有一定的技术前瞻性,能够对标业界的标杆产品,要能推动中间件的推广,也要能抗事,因为业务方的需求千奇百怪,你得去满足他们。

好不容易做出来了,还面临着推广的问题,后面没大佬站台,这个事压根就推不动。

说多了心累,还是回来继续写业务的 CRUD 吧!
4ark
2025 年 12 月 5 日
作为基建和业务都做过的人来说,还是更喜欢基建
robyn87leonard
2025 年 12 月 5 日
@bruce0 我想去写业务 不想搞运维了
zhoulouzi
2025 年 12 月 5 日
挂几次就知道了
clhlc
2025 年 12 月 5 日
所以,躺平吧,能跑就行,业务不赚钱,弄个天花烂坠的架构只能自嗨
nickyadance23
2025 年 12 月 5 日
不影响你赚钱
8355
2025 年 12 月 5 日
如果你的公司完全按照规范操作不需要这些兜底 确实没意义,客观说绝大部分都是为了防止一些蠢操作不要全部带崩。
如果在没崩的时候做这些就确实没意义,崩过以后再做就有意义。
rocmax
2025 年 12 月 5 日
讲的时候高大上一点,往 sre ,devops 上靠。
HotieCutie
2025 年 12 月 5 日
能跑就不要乱动,谁让你优化的? 优化的好,就一句话鼓励,优化后出问题,后果你担着
liuzimin
2025 年 12 月 5 日
羡慕你们还有这么高的追求,而我只要给发工资叫我干啥都行。
imba97
2025 年 12 月 5 日
@bruce0 #7 相同想法,把一个混乱的东西抽象,变得有序,就很爽。但会经常被说“你做的优化很好,但也要考虑上线时间,合理评估”之类的

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/1177155

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX