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