前端 er，一直对这两个方向选择有疑惑，举个例子
核心部门：会有一大堆商城、收银台之类很贴近业务的需求，90%时间都是迭代+维护。做久了几乎没啥挑战性，以稳为主，但是因为是核心，所以普调晋升都占优
效能提示部门 or 其他：主要弄搭建工具、工程化一类的。（这一块自己做业务时候兼顾过，但是没在专门做这些的部门待过）感觉核心程度不如上面的，kpi 也不太好量化，反正比起业务肯定好玩点
然后排除两者都兼顾的理想状态，再各自极端化一下
大家倾向于选哪个
 |
1
p2pCoder May 18, 2020
效能部门，建议尽量不要选
|
 |
2
cornetCat May 18, 2020
效能提升部门很可能会成为背锅侠。
|
 |
3
a62527776a May 18, 2020
挣钱为主
|
 |
4
zzzzzzggggggg May 18, 2020  3
首先说一下我的观点：去核心业务，技术用对了地方才能发挥作用，为了技术而技术，只是绣花枕头。
核心部门的业务不管是公司资源倾斜还是规模都会越来越大，所以技术挑战肯定会越来越多，只不过你现在可能没发现而已；边缘部门倒是有闲工夫去鼓捣一些东西，但是不好落地不好评估产出，长久以后，你的积极性受到打击，还落个“弄得东西挺花哨但是作用不大”的感觉。 所以，去核心业务部门，技术一定要跟业务结合，创造业务价值 |
 |
5
NasirQ May 18, 2020
核心业务，重复内容自己搞自动化。如四楼所说，学到的很多。而且容易提升自己影响力。效能部门容易背锅且不好量化风险性高
|
 |
6
dsofter May 18, 2020
做久了几乎没啥挑战性，这是很危险的信号。一天两天看不出来，时间久了就会发现，过去了这么长时间，自己的能力没有提高。如果有机会转管理岗，对自己的能力会是一个锻炼。如果一直是一线的话，很危险。
|
 |
7
catch May 18, 2020 via iPhone
怎么做业务就代表我技术不如别人了？
|
 |
8
leibuting May 18, 2020
技术的提升是基于业务成果的，实际上两者是能够互相驱动，累是累点
|
 |
9
becauseOf May 18, 2020 via Android
@zzzzzzggggggg 手动点赞
|
 |
10
charlie21 May 18, 2020
看了一句广告词就被剥夺 “晋升涨薪” 的权利了？安于清贫是您活该阿
|
|
11
zzzzzzggggggg May 18, 2020
@becauseOf 谢谢老铁捧场
|
 |
12
bbao May 18, 2020
选择业务都基础上，自己的业余时间搞 「效能」会更有意思；
搭建工具没什么意思，如果对 CI/CD 感兴趣，那完全可以抽时间了解； k8s 什么对，也就满足了你好玩儿的需求了。 这些估计就够用了 |
Select Language