入职大厂，做基础架构中间件开发，对职业发展有好处吗？未来发展方向应该怎么选？

[arloor]

个人以前觉得做业务的天花板太低了，一直觉得业务大部分工作都是 curd 。只有要求比较高的情况下，才可能会遇到真正需要能力才能解决的问题。

相比之下，个人认为基础架构更能提高能力。但是，在脉脉看到“还是做业务有前途啊”这样的说法，所以有点迷惑。

• 在大厂做基础架构，跳槽别的厂认这个吗

• 以后还是要转业务吗？能不能一直做架构大头兵？或者跳出去能不能当业务开发 leader

有20条回复了

• 有些从基础架构工作的性质（背锅、客服）出发
• 有些指出基础架构容易越做越窄，做业务更宽广

感谢各位v友的回复，现在有一定程度的了解了==

有一个新的问题。。架构师这个title的职责是什么？

个人的理解：架构师是广泛了解新技术，为系统完成技术选型和架构涉及，另外出现疑难杂症要能站的出来解决问题。不知道这样理解对不对？

如何从业务/基础架构的开发转向架构师？

从业务转架构师机会多，还是从基础架构转机会多？

2023 年 2 月 15 日更新:
已在这家公司干了 2 年半了，已拿下家 offer 。
总体还是不错的，学到了不少东西，成长了不少，下一份工作涨薪也满意。

[hdbzsgm]

基础架构做到最后 容易做成运维 锅多 绩效低

[kop1989]

架构小弟的问题主要是
1 、各厂之间不通用，作用面窄。2 、很难直观体现你的价值。
业务的优势主要在于业务、技术两把抓。因为 IT 的核心生产资料是把业务信息化、数据化的能力。

[keshawnvan]

路一般会越走越窄，工作也会经常当客服。如果已经有类似的产品再使用，推行你们新的中间件也会比较困难。

[acthtml]

如果走技术路线，基础架构部门容易晋升。
如果走管理路线，业务条线更宽。

[fxxkgw]

在大厂做基础中间件 5 年的人表示：太难了，大部分时间是客服（不要指望说有专人负责，不可能的），另外各种背锅。。。

[arloor]

@fxxkgw 大佬跳槽的话想做什么啊

[fxxkgw]

欢迎参加各种故障分析会，很多研发领导都是老油条，会玩文字游戏，一万种手段让大家觉得是你基础中间件做的不好导致的问题，哪怕是很明显的他们的配置错误，也会说你没提示没检查出来也有问题。。你能说啥呢，回去加 if else 或者 assert 吧

[fxxkgw]

@arloor 然后我现在真的去做运维了 成了全职客服

[gaigechunfeng]

@fxxkgw 我体会到这种痛苦了。一般错误，出了明显的前端页面显示错乱，逻辑性的东西都可以说是底层没做，底层做的不智能，底层没有提示，底层不够友好。

背锅与否，一般看吵架能力，但往往做业务的产品经理吵架技能都是点满的。

所以理解底层要去加各种不合理的容错判断和条件。

[muntoya]

业务的需求千变万化，一般直接面对外部用户，所以很容易因为赶需求频繁加班。
基础架构的技术基本是通用的，意思是说相对于业务，底层技术可以用在更多项目上，一般也有更多时间调研和设计。
所以如果喜欢技术，爱写代码，基础架构倒是更好的选择。

[KaynW]

@fxxkgw 进你们厂当客服技术栈需要啥

[linghutf]

客服，主业是运维

[HashV2]

我觉得最后总归是要回归业务的

[Thresh]

业务 业务 业务

[StickmY]

还是业务好。infra 如果不是从头做起，很容易做成客服。从绩效角度讲，也是业务比架构的机会更大一些，其实职位越向上，越靠近业务，不管是什么岗位，往上跑都需要业务 sense

[slyang5]

@fxxkgw 贵厂客服 需要什么技能 ？

[mogami18]

给楼主打打气，我之前 24 岁的时候在国内北京某家外卖公司做分布式 TensorFlow 平台的系统优化，还是能学到很多东西的。上班就是读 paper，改系统的代码，跑 benchmark，带应届生。感觉还可以。不过人各有志，我最后还是 ym 了北美

[index90]

今天才思考过这个问题，看你在哪个方面看，如果是收入角度，那么和我以下说的无关。毕竟行行出状元嘛。

做底层架构开发，其实很类似搞科研，在某一个技术领域钻研，钻精。你的圈子可能会越来越小，毕竟你成为了那几个拔尖的人才，简单来说就是深度发展。

做业务开发，相对来说会提高涉猎面，你有可能往业务架构发展，往产品，售前，销售等业务线发展，接触的人或者社交圈子相对较大。简单来说就是广度发展。


不过也没有绝对的，做业务开发，不关心业务，只守着一亩三分田，也不会广度发展的。做底层开发，时间安排得好，社交圈子也可以扩大的。

[xmuliushuo]

业务不只是 crud，搞基础架构也不见得比做业务成长更快，两者各有千秋，关键还是看你以后想走什么路线。如果一直做基础架构，除非你业务 sense 非常好，否则很难直接去当业务开发的 leader，因为业务 leader 不仅仅需要技术能力，还需要其他的业务能力（比如产品思维、业务把控等等），这些能力做架构可能很难得到锻炼提升。

[CoderGeek]

技术也得往业务靠拢 大公司每个都自己有一套
技术当然是有积累的 不过嘛 LZ 说的没错
有的搞着搞着就运维技术支持了

[miv]

我认为，架构的话也不可以脱离业务去实现。
另一方面现在有一些很通用的中间件组件，这些也是需要根据业务去选型，看哪一种比较合适。
所以架构和业务并没有很完全的分离。
另一方面，如果楼主想偏向某一方面发展的话，还需要考虑自己的计划。
比如，楼主后面想服务某一个细分领域的信息化开发的话，那么了解上层业务是非常必要的，这里包括：业务流程、原型设计等等，知识面很是广阔。
如果楼主想服务基础架构方面的话，专业程度就是非常深了，通用度也应该比较高，这点见仁见智。
我感觉这么回答有点超出楼主问题的范畴了，总之，还是根据楼主自身发展出发吧，然后再选择。

[wpf375516041851]

如果想做纯技术，建议去云厂商，这样也算是核心业务部门
其他公司都属于支撑部门，老板不会开你，但也不会给你最多的钱

[Amance]

自己都说的清清楚楚还要别人认可么

[mymike]

业务天花板更高

[lazyfighter]

做基础架构当客服，做业务天天撕逼，所以我总结了基础架构好， 目前在业务煎熬中 ，深刻体验

[paoqi2048]

天天给人答疑解惑，你说呢？

[slyang5]

@paoqi2048 没输出文档呢 ？？ 为啥 要天天 答疑解惑呢 ？

[stgmsa]

虽然没做 infra，但做 基础服务。
真的是天天客服啊。。。文档是有的，代码示例是有的。。
有的业务对接是真的顺利 （ 30 分钟 人家就说 搞定了谢谢）
有的业务是真的 文明用语 啊。。。（ 3 天了最后还得让他把代码给我 调通改完了发回去）。。。

[paoqi2048]

@slyang5 因为他们不看文档📄

[freelancher]

@mogami18 老哥，可以说说怎么 YM 去北美的吗？同想出国。。。

[ManjusakaL]

infra 工程师=客服工程师=高级外包

[loryyang]

风水轮流转，现在基础架构很难做，你要说十年前，绝对推荐，现在呢，基础架构的人，都过来做业务了

[xuanbg]

做基础架构要比做业务有更好的大局观，然后还要了解各种业务才能做好。没两把刷子的还是不要去趟这个浑水了，容易做成楼上说的客服。

[pangleon]

好贴感谢楼主和回复的各位，做业务开发的一直羡慕做 infrad,原来也这么多坑

[slyang5]

@paoqi2048 你可能做得不是基础架构，可能就是一套 CURD 脚手架吧 嘻嘻

[FastAce]

一线运维=客服，二线运维=有更多权限的客服，架构=更高一级客服 嗯嗯，总结完毕😄

[laobingge]

架构师，就是从技术维度切蛋糕，设计协作框架，看每个板块适用哪种技术，跟哪个团队或个人最匹配，凭专业能力把蛋糕划分好，让各方都能够发挥优势，高效协作达成目标，给团队管理者提供调兵遣将的专业意见。

技术为业务服务，业务为用户服务，用户是真正付钱的，越靠近用户越有话语权，也越有发展空间。基础架构更偏技术，相对更纯粹一些，不像服务用户的挑战那么大，除了技术思维，你还需要用户思维、产品思维。

当然，关键还看自己的个性适合从哪里开始，最后技术、产品和管理你都要贯通，才有机会突破。在云厂商做基础架构是最好的选择，既要懂技术，也要懂用户，具体怎么选，可以参考一下程序员的职业规划： /t/675647

[mogami18]

@freelancher ircc express entry