这是一个创建于 1633 天前的主题，其中的信息可能已经有所发展或是发生改变。
个人以前觉得做业务的天花板太低了，一直觉得业务大部分工作都是 curd 。只有要求比较高的情况下，才可能会遇到真正需要能力才能解决的问题。
相比之下，个人认为基础架构更能提高能力。但是，在脉脉看到“还是做业务有前途啊”这样的说法，所以有点迷惑。
-
在大厂做基础架构，跳槽别的厂认这个吗
-
以后还是要转业务吗？能不能一直做架构大头兵？或者跳出去能不能当业务开发 leader
第 1 条附言 · 2020-06-04 14:33:14 +08:00
有20条回复了
- 有些从基础架构工作的性质（背锅、客服）出发
- 有些指出基础架构容易越做越窄，做业务更宽广
感谢各位v友的回复，现在有一定程度的了解了==
有一个新的问题。。架构师这个title的职责是什么？
个人的理解：架构师是广泛了解新技术，为系统完成技术选型和架构涉及，另外出现疑难杂症要能站的出来解决问题。不知道这样理解对不对？
如何从业务/基础架构的开发转向架构师？
从业务转架构师机会多，还是从基础架构转机会多？
第 2 条附言 · 2023-02-15 13:32:12 +08:00
2023 年 2 月 15 日更新:
已在这家公司干了 2 年半了，已拿下家 offer 。
总体还是不错的，学到了不少东西，成长了不少，下一份工作涨薪也满意。
已在这家公司干了 2 年半了，已拿下家 offer 。
总体还是不错的，学到了不少东西，成长了不少，下一份工作涨薪也满意。
 |
1
hdbzsgm 2020-06-04 10:32:56 +08:00  1
基础架构做到最后 容易做成运维 锅多 绩效低
|
 |
2
kop1989 2020-06-04 10:37:57 +08:00 4
架构小弟的问题主要是
1 、各厂之间不通用，作用面窄。2 、很难直观体现你的价值。 业务的优势主要在于业务、技术两把抓。因为 IT 的核心生产资料是把业务信息化、数据化的能力。 |
 |
3
keshawnvan 2020-06-04 10:38:45 +08:00 2
路一般会越走越窄，工作也会经常当客服。如果已经有类似的产品再使用，推行你们新的中间件也会比较困难。
|
 |
4
acthtml 2020-06-04 10:44:00 +08:00 1
如果走技术路线，基础架构部门容易晋升。
如果走管理路线，业务条线更宽。 |
 |
5
fxxkgw 2020-06-04 10:47:21 +08:00 1
在大厂做基础中间件 5 年的人表示：太难了，大部分时间是客服（不要指望说有专人负责，不可能的），另外各种背锅。。。
|
|
7
fxxkgw 2020-06-04 10:51:48 +08:00 6
欢迎参加各种故障分析会，很多研发领导都是老油条，会玩文字游戏，一万种手段让大家觉得是你基础中间件做的不好导致的问题，哪怕是很明显的他们的配置错误，也会说你没提示没检查出来也有问题。。你能说啥呢，回去加 if else 或者 assert 吧
|
 |
9
gaigechunfeng 2020-06-04 11:08:58 +08:00 1
@fxxkgw 我体会到这种痛苦了。一般错误，出了明显的前端页面显示错乱，逻辑性的东西都可以说是底层没做，底层做的不智能，底层没有提示，底层不够友好。
背锅与否，一般看吵架能力，但往往做业务的产品经理吵架技能都是点满的。 所以理解底层要去加各种不合理的容错判断和条件。 |
 |
10
muntoya 2020-06-04 11:14:45 +08:00 1
业务的需求千变万化，一般直接面对外部用户，所以很容易因为赶需求频繁加班。
基础架构的技术基本是通用的，意思是说相对于业务，底层技术可以用在更多项目上，一般也有更多时间调研和设计。 所以如果喜欢技术，爱写代码，基础架构倒是更好的选择。 |
 |
12
linghutf 2020-06-04 11:46:16 +08:00 via Android
客服，主业是运维
|
 |
13
HashV2 2020-06-04 13:10:09 +08:00
我觉得最后总归是要回归业务的
|
 |
14
Thresh 2020-06-04 13:47:07 +08:00
业务 业务 业务
|
 |
15
StickmY 2020-06-04 13:50:09 +08:00
还是业务好。infra 如果不是从头做起，很容易做成客服。从绩效角度讲，也是业务比架构的机会更大一些，其实职位越向上，越靠近业务，不管是什么岗位，往上跑都需要业务 sense
|
 |
17
mogami18 2020-06-04 13:59:59 +08:00
给楼主打打气，我之前 24 岁的时候在国内北京某家外卖公司做分布式 TensorFlow 平台的系统优化，还是能学到很多东西的。上班就是读 paper，改系统的代码，跑 benchmark，带应届生。感觉还可以。不过人各有志，我最后还是 ym 了北美
|
 |
18
index90 2020-06-04 14:00:26 +08:00
今天才思考过这个问题，看你在哪个方面看，如果是收入角度，那么和我以下说的无关。毕竟行行出状元嘛。
做底层架构开发，其实很类似搞科研，在某一个技术领域钻研，钻精。你的圈子可能会越来越小，毕竟你成为了那几个拔尖的人才，简单来说就是深度发展。 做业务开发，相对来说会提高涉猎面，你有可能往业务架构发展，往产品，售前，销售等业务线发展，接触的人或者社交圈子相对较大。简单来说就是广度发展。 不过也没有绝对的，做业务开发，不关心业务，只守着一亩三分田，也不会广度发展的。做底层开发，时间安排得好，社交圈子也可以扩大的。 |
 |
19
xmuliushuo 2020-06-04 14:02:26 +08:00
业务不只是 crud，搞基础架构也不见得比做业务成长更快，两者各有千秋，关键还是看你以后想走什么路线。如果一直做基础架构，除非你业务 sense 非常好，否则很难直接去当业务开发的 leader，因为业务 leader 不仅仅需要技术能力，还需要其他的业务能力（比如产品思维、业务把控等等），这些能力做架构可能很难得到锻炼提升。
|
 |
20
CoderGeek 2020-06-04 14:16:42 +08:00
技术也得往业务靠拢 大公司每个都自己有一套
技术当然是有积累的 不过嘛 LZ 说的没错 有的搞着搞着就运维技术支持了 |
 |
21
miv 2020-06-04 14:18:22 +08:00 1
我认为，架构的话也不可以脱离业务去实现。
另一方面现在有一些很通用的中间件组件，这些也是需要根据业务去选型，看哪一种比较合适。 所以架构和业务并没有很完全的分离。 另一方面，如果楼主想偏向某一方面发展的话，还需要考虑自己的计划。 比如，楼主后面想服务某一个细分领域的信息化开发的话，那么了解上层业务是非常必要的，这里包括：业务流程、原型设计等等，知识面很是广阔。 如果楼主想服务基础架构方面的话，专业程度就是非常深了，通用度也应该比较高，这点见仁见智。 我感觉这么回答有点超出楼主问题的范畴了，总之，还是根据楼主自身发展出发吧，然后再选择。 |
 |
22
wpf375516041851 2020-06-04 14:22:36 +08:00 2
如果想做纯技术，建议去云厂商，这样也算是核心业务部门
其他公司都属于支撑部门，老板不会开你，但也不会给你最多的钱 |
 |
23
Amance 2020-06-04 14:23:44 +08:00
自己都说的清清楚楚还要别人认可么
|
 |
24
mymike 2020-06-04 16:46:43 +08:00
业务天花板更高
|
 |
25
lazyfighter 2020-06-04 16:57:37 +08:00
做基础架构当客服，做业务天天撕逼，所以我总结了基础架构好， 目前在业务煎熬中 ，深刻体验
|
 |
26
paoqi2048 2020-06-04 17:05:15 +08:00
天天给人答疑解惑，你说呢？
|
 |
28
stgmsa 2020-06-04 20:01:21 +08:00
虽然没做 infra，但做 基础服务。
真的是天天客服啊。。。文档是有的，代码示例是有的。。 有的业务对接是真的顺利 （ 30 分钟 人家就说 搞定了谢谢） 有的业务是真的 文明用语 啊。。。（ 3 天了最后还得让他把代码给我 调通改完了发回去）。。。 |
 |
30
freelancher 2020-06-04 21:01:10 +08:00
@mogami18 老哥，可以说说怎么 YM 去北美的吗？同想出国。。。
|
 |
31
ManjusakaL 2020-06-04 22:12:23 +08:00
infra 工程师=客服工程师=高级外包
|
 |
32
loryyang 2020-06-04 22:27:52 +08:00
风水轮流转，现在基础架构很难做，你要说十年前，绝对推荐，现在呢，基础架构的人，都过来做业务了
|
 |
33
xuanbg 2020-06-04 22:39:59 +08:00
做基础架构要比做业务有更好的大局观，然后还要了解各种业务才能做好。没两把刷子的还是不要去趟这个浑水了，容易做成楼上说的客服。
|
 |
34
pangleon 2020-06-05 06:54:23 +08:00
好贴感谢楼主和回复的各位，做业务开发的一直羡慕做 infrad,原来也这么多坑
|
 |
36
FastAce 2020-06-05 10:33:00 +08:00 via Android
一线运维=客服，二线运维=有更多权限的客服，架构=更高一级客服 嗯嗯，总结完毕😄
|
 |
37
laobingge 2020-06-05 14:54:50 +08:00
架构师，就是从技术维度切蛋糕，设计协作框架，看每个板块适用哪种技术，跟哪个团队或个人最匹配，凭专业能力把蛋糕划分好，让各方都能够发挥优势，高效协作达成目标，给团队管理者提供调兵遣将的专业意见。
技术为业务服务，业务为用户服务，用户是真正付钱的，越靠近用户越有话语权，也越有发展空间。基础架构更偏技术，相对更纯粹一些，不像服务用户的挑战那么大，除了技术思维，你还需要用户思维、产品思维。 当然，关键还看自己的个性适合从哪里开始，最后技术、产品和管理你都要贯通，才有机会突破。在云厂商做基础架构是最好的选择，既要懂技术，也要懂用户，具体怎么选，可以参考一下程序员的职业规划： /t/675647 |
|
38
mogami18 2020-06-12 12:25:56 +08:00
@freelancher ircc express entry
|
Select Language