作者marmot00 ()
看板Soft_Job
标题[闲聊] senior 该是什麽样子的？
时间Thu Sep 30 23:37:03 2021
看板规没有写禁止闲聊 :P
照惯例来个 TL;DR
大家的公司/团队/文化中，对资深工程师的期待是什麽呢？
---
近期因为考核的问题，跟主管有一番比较「激烈」的讨论，
中间他说了一句「而且你也不是 Junior」
确实，现在的 title 是 senior engineer
(虽然我一直觉得那只是配合公司的薪资级距而设定的)
让我想到以前在板上发过一篇同标题的请益，
当时得到很多很棒的回覆，今天再看一次讨论还是觉得收获很多。(例如说跟 pm 吵架)
在前一个团队文化养成的习惯是这样：
身为一个团队的 member，我弄清楚一个议题之後会跟团队同步细部资讯，
并在知识所及的范围内提供可能的下一步作法以及优缺点；
而团队会一起对作法提出疑问或讨论，然後由主管或 PO 根据这些资讯来作最後的决定。
虽然因为能力的限制，不一定能提出很好的作法，但确实能达到集思广益的效果，
当时的主管也对我这种「多话」的模式给予不错的回馈。
现在所处的团队组成规模较小：
一个新来的主管 + 三个工程师，
平常工程师团队在合作时没有任何上下的关系，
所以我并不晓得其他同事在主管眼中是否比较「资浅」。
但是在这里沿用上述的作法却被解读成「在打太极，没有去解决问题」。
刚好最近很多公司很用力的徵人，接到不少邀请，也听过这样的叙述
「…关於工时的部份，因为你这个职位会是 Senior ，所以可以视需求弹性上下班…」
「这是 Senior 的职位，所以除了 Coding 之外也要负责一些研究新技术之类的事项…」
於是我想，是不是在某些文化中，对 Senior 的期待是
「你是 Senior ，所以应该要有能力独力给出一个可行的作法」呢？
大家的公司/团队/文化中，对资深工程师的期待是什麽呢？
是一个更厉害，能更快速发现议题核心的团队成员？
还是会期望他可以在提出作法的同时连 prototype 都写好了？
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 39.12.6.66 (台湾)
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1633016225.A.E8D.html
1F：推 zebracoco: 一等士官长 09/30 23:43
2F：推 bjk: 没能力的主管才会在那ＧＧＹＹ 09/30 23:53
3F：→ bjk: 有能力的直接做给你看，让你不好意思到自己自动做其他的事情 09/30 23:54
4F：推 newhandfun: 小的也想知道，推 10/01 00:01
5F：推 agario: 参考 Dropbox 的: 10/01 00:01
7F：推 neo5277: 一楼哈哈哈哈 10/01 00:17
8F：推 jlhc: 每个文化要的不一样... 你讲的两个都对.. 10/01 00:29
9F：→ jlhc: 至於你自己是哪一派 等未来你带人你可以决定 10/01 00:29
10F：→ hduek153: 台湾title比较虚一点 senior要能独立作业 10/01 00:40
11F：→ brucetu: 能提出作法优缺点，能接受讨论，能解决问题而不是只有提 10/01 01:01
12F：→ brucetu: 出问题 10/01 01:01
13F：推 open2014: 头发不会太多 10/01 01:33
14F：推 justaID: 原po的做法也不是抛出问题而已，也是有提建议作法「在知 10/01 01:53
15F：→ justaID: 识所及的范围内提供可能的下一步作法以及优缺点」，但开 10/01 01:53
16F：→ justaID: 放大家一起讨论有没有更好的解法，我觉得这样很ok呀 10/01 01:53
17F：→ justaID: 自己想自己对就开始实作，没跟 team 内 sync，等 effort 10/01 01:56
18F：→ justaID: 花下去了才发现 side effect，或其他人没跟上，我觉得 10/01 01:56
19F：→ justaID: 才容易出问题 10/01 01:56
20F：→ justaID: 觉得就像8楼讲的，每个主管喜欢的作风和文化不一样，只 10/01 01:59
21F：→ justaID: 能适应主管，等到自己带人时，采用自己喜欢的文化 10/01 01:59
22F：推 mike8469: 推楼上的 dropbox career framework 10/01 02:14
23F：→ mike8469: 之前看过公司内的大大分享觉得很受用~ 10/01 02:15
24F：→ sayya2311: 就你的主管觉得凡事都讨论并不是好做法,其实我也觉得 10/01 08:46
25F：→ sayya2311: 困难/分岐再拿来讨论就好,时间宝贵 10/01 08:46
26F：推 pttano: senior 的样子：秃头，大肚，有头发只有白发 10/01 09:12
27F：推 super0917: 感觉 junior/senior 是依照公司自己来定义。曾去过一个 10/01 09:14
28F：→ super0917: 团队，那里的 senior 却在其他团队连 junior 水准都不 10/01 09:14
29F：→ super0917: 到 10/01 09:14
30F：推 pseudoman: 老板：你先有保哥的实力再来谈升senior 10/01 09:33
31F：推 pseudoman: 真的够惯，呵呵 10/01 09:34
32F：推 jacky8000: office大神 10/01 09:54
33F：→ ChungLi5566: 不会把不知道挂嘴上 10/01 09:55
34F：推 goodga: 这样是不是junior 就不用发表意见了 没人想听菜鸡的做法 10/01 10:22
35F：→ marmot00: 我觉得人都会有盲点，junior 也可能提出有价值的看法 10/01 10:43
36F：→ Ekmund: 能不能决定做法又不是看jr/sr 是看上头有没有放权限啊... 10/01 10:44
37F：→ marmot00: …其实我私心是觉得主管不敢决策，把责任甩给工程师 10/01 10:44
38F：推 alihue: Senior 虽然设计不够完美 技术深度不太够 但至少要能独立 10/01 11:00
39F：→ alihue: 沟通与知道问题点 不是一直接受指令 10/01 11:00
40F：推 noahleft: 主管对Sr许愿 Sr知道该怎麽厘清需求 开发需要什麽 还会 10/01 11:11
41F：→ noahleft: 主动向上管理 10/01 11:11
42F：→ noahleft: Jr通常是已经厘清完需求 指示下指令去执行而已 10/01 11:11
43F：→ noahleft: 之前工作Sr会需要自己估时程 Jr不用 10/01 11:13
44F：推 vi000246: 台湾公司的senior跑去google就会变junior了 10/01 11:31
45F：→ vi000246: 每间公司定义不一样 10/01 11:31
47F：→ pptsodog: or-Software-Developer/ 10/01 12:24
48F：→ shooter555: 职位职称来定工作内容没什麽意义 端看主管分配给你的 10/01 13:08
49F：→ shooter555: 是什麽 当然不能接受就反应或离职 10/01 13:09
51F：推 jasonwu23: 看给多少钱 钱满意你就加班 其他都是废话啦 10/01 13:28
52F：推 overhead: 看议题难度和重要性吧，总不会每个议题都要和团队讨论 10/02 02:52
53F：→ overhead: ，这样光讨论就花一堆时间；相反的，一般人也不可能所 10/02 02:52
54F：→ overhead: 有议题都自己处理掉，总有比较难要求助或讨论的吧 10/02 02:52
55F：→ flash5408: 贵公司没有明订engineer ladder吗？ 10/02 08:11
56F：推 jennya: 推52楼及8楼 10/02 16:10
57F：→ jennya: 原PO能否举例你提出讨论的是什麽样的问题？以及你提供选 10/02 16:16
58F：→ jennya: 项时是怎麽样表达的？一般来说会是这样表达：「A选项 优 10/02 16:16
59F：→ jennya: 点是XX 缺点是XX；B选项 优点XX 缺点XX；C选项 有缺点X 10/02 16:16
60F：→ jennya: X 所以不考虑；我会推荐采用A因为我们团队未来的方向是 10/02 16:16
61F：→ jennya: XX，不知道大家觉得如何？」，不知道你是不是这样说 10/02 16:16
63F：推 uncleben006: 我猜你那位主管根本不想了解系统逻辑或架构，只想要 10/02 21:23
64F：→ uncleben006: 漂亮介面是不是 10/02 21:23
65F：推 abola921: 有些地方的senior单单指的就是待的够久 10/02 21:53
66F：推 crazylunar: 被洗脸洗久就知道什麽是Sr了 10/03 00:55
67F：→ marmot00: @jennya :是用你举例的模式来解释的（至少我自认为是) 10/03 11:19
68F：→ marmot00: @uncleben006 毕竟主管必须关注更高层次的事情，像是UI 10/03 11:21
69F：推 acgotaku: 最共同的,git flow,docker,linux,db很熟不要有奇怪错误 10/04 14:44
70F：→ acgotaku: 其他前後端 cv ml有自己的Sr专业门槛,但我觉得开发共同 10/04 14:44
71F：→ acgotaku: 的基础技能真的是不能有让junior都会发笑的错误出现 10/04 14:45
72F：→ acgotaku: 譬如解个git flow,branch乱开一通 还会解冲突解到掉code 10/04 14:46
73F：→ acgotaku: dockerfile乱写一通...诸如此类 10/04 14:46
74F：推 clamperni: title根本不重要 10/05 22:56
75F：→ DrTech: 下一篇 principal 该有甚麽样子，下一篇 senior principa 10/08 09:39
76F：→ DrTech: l 该有甚麽样子… 10/08 09:39
77F：→ DrTech: 没意义吧，各公司的标准又不同。各专业的标准也不同。 10/08 09:39