[閒聊] senior 該是什麼樣子的？

看板Soft_Job作者時間2年前 (2021/09/30 23:37), 編輯推噓28(28推 0噓 46→)
留言74則, 35人參與, 2年前最新討論串1/2 (看更多)
看板規沒有寫禁止閒聊 :P 照慣例來個 TL;DR 大家的公司/團隊/文化中，對資深工程師的期待是什麼呢？ --- 近期因為考核的問題，跟主管有一番比較「激烈」的討論， 中間他說了一句「而且你也不是 Junior」 確實，現在的 title 是 senior engineer (雖然我一直覺得那只是配合公司的薪資級距而設定的) 讓我想到以前在板上發過一篇同標題的請益， 當時得到很多很棒的回覆，今天再看一次討論還是覺得收獲很多。(例如說跟 pm 吵架) 在前一個團隊文化養成的習慣是這樣： 身為一個團隊的 member，我弄清楚一個議題之後會跟團隊同步細部資訊， 並在知識所及的範圍內提供可能的下一步作法以及優缺點； 而團隊會一起對作法提出疑問或討論，然後由主管或 PO 根據這些資訊來作最後的決定。 雖然因為能力的限制，不一定能提出很好的作法，但確實能達到集思廣益的效果， 當時的主管也對我這種「多話」的模式給予不錯的回饋。 現在所處的團隊組成規模較小： 一個新來的主管 + 三個工程師， 平常工程師團隊在合作時沒有任何上下的關係， 所以我並不曉得其他同事在主管眼中是否比較「資淺」。 但是在這裡沿用上述的作法卻被解讀成「在打太極，沒有去解決問題」。 剛好最近很多公司很用力的徵人，接到不少邀請，也聽過這樣的敘述 「…關於工時的部份，因為你這個職位會是 Senior ，所以可以視需求彈性上下班…」 「這是 Senior 的職位，所以除了 Coding 之外也要負責一些研究新技術之類的事項…」 於是我想，是不是在某些文化中，對 Senior 的期待是 「你是 Senior ，所以應該要有能力獨力給出一個可行的作法」呢？ 大家的公司/團隊/文化中，對資深工程師的期待是什麼呢？ 是一個更厲害，能更快速發現議題核心的團隊成員？ 還是會期望他可以在提出作法的同時連 prototype 都寫好了？ -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 39.12.6.66 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1633016225.A.E8D.html
推
09/30 23:43, 2年前 , 1F
一等士官長
09/30 23:43, 1F
推
09/30 23:53, 2年前 , 2F
沒能力的主管才會在那ＧＧＹＹ
09/30 23:53, 2F
→
09/30 23:54, 2年前 , 3F
有能力的直接做給你看，讓你不好意思到自己自動做其他的事情
09/30 23:54, 3F
推
10/01 00:01, 2年前 , 4F
小的也想知道，推
10/01 00:01, 4F
推
10/01 00:01, 2年前 , 5F
參考 Dropbox 的:
10/01 00:01, 5F
→
10/01 00:01, 2年前 , 6F
10/01 00:01, 6F
推
10/01 00:17, 2年前 , 7F
一樓哈哈哈哈
10/01 00:17, 7F
推
10/01 00:29, 2年前 , 8F
每個文化要的不一樣... 你講的兩個都對..
10/01 00:29, 8F
→
10/01 00:29, 2年前 , 9F
至於你自己是哪一派 等未來你帶人你可以決定
10/01 00:29, 9F
→
10/01 00:40, 2年前 , 10F
台灣title比較虛一點 senior要能獨立作業
10/01 00:40, 10F
→
10/01 01:01, 2年前 , 11F
能提出作法優缺點，能接受討論，能解決問題而不是只有提
10/01 01:01, 11F
→
10/01 01:01, 2年前 , 12F
出問題
10/01 01:01, 12F
推
10/01 01:33, 2年前 , 13F
頭髮不會太多
10/01 01:33, 13F
推
10/01 01:53, 2年前 , 14F
原po的做法也不是拋出問題而已，也是有提建議作法「在知
10/01 01:53, 14F
→
10/01 01:53, 2年前 , 15F
識所及的範圍內提供可能的下一步作法以及優缺點」，但開
10/01 01:53, 15F
→
10/01 01:53, 2年前 , 16F
放大家一起討論有沒有更好的解法，我覺得這樣很ok呀
10/01 01:53, 16F
→
10/01 01:56, 2年前 , 17F
自己想自己對就開始實作，沒跟 team 內 sync，等 effort
10/01 01:56, 17F
→
10/01 01:56, 2年前 , 18F
花下去了才發現 side effect，或其他人沒跟上，我覺得
10/01 01:56, 18F
→
10/01 01:56, 2年前 , 19F
才容易出問題
10/01 01:56, 19F
→
10/01 01:59, 2年前 , 20F
覺得就像8樓講的，每個主管喜歡的作風和文化不一樣，只
10/01 01:59, 20F
→
10/01 01:59, 2年前 , 21F
能適應主管，等到自己帶人時，採用自己喜歡的文化
10/01 01:59, 21F
推
10/01 02:14, 2年前 , 22F
推樓上的 dropbox career framework
10/01 02:14, 22F
→
10/01 02:15, 2年前 , 23F
之前看過公司內的大大分享覺得很受用~
10/01 02:15, 23F
→
10/01 08:46, 2年前 , 24F
就你的主管覺得凡事都討論並不是好做法,其實我也覺得
10/01 08:46, 24F
→
10/01 08:46, 2年前 , 25F
困難/分岐再拿來討論就好,時間寶貴
10/01 08:46, 25F
推
10/01 09:12, 2年前 , 26F
senior 的樣子：禿頭，大肚，有頭髮只有白髮
10/01 09:12, 26F
推
10/01 09:14, 2年前 , 27F
感覺 junior/senior 是依照公司自己來定義。曾去過一個
10/01 09:14, 27F
→
10/01 09:14, 2年前 , 28F
團隊，那裏的 senior 卻在其他團隊連 junior 水準都不
10/01 09:14, 28F
→
10/01 09:14, 2年前 , 29F
到
10/01 09:14, 29F
推
10/01 09:33, 2年前 , 30F
老闆：你先有保哥的實力再來談升senior
10/01 09:33, 30F
推
10/01 09:34, 2年前 , 31F
真的夠慣，呵呵
10/01 09:34, 31F
推
10/01 09:54, 2年前 , 32F
office大神
10/01 09:54, 32F
→
10/01 09:55, 2年前 , 33F
不會把不知道掛嘴上
10/01 09:55, 33F
推
10/01 10:22, 2年前 , 34F
這樣是不是junior 就不用發表意見了 沒人想聽菜雞的做法
10/01 10:22, 34F
→
10/01 10:43, 2年前 , 35F
我覺得人都會有盲點，junior 也可能提出有價值的看法
10/01 10:43, 35F
→
10/01 10:44, 2年前 , 36F
能不能決定做法又不是看jr/sr 是看上頭有沒有放權限啊...
10/01 10:44, 36F
→
10/01 10:44, 2年前 , 37F
…其實我私心是覺得主管不敢決策，把責任甩給工程師
10/01 10:44, 37F
推
10/01 11:00, 2年前 , 38F
Senior 雖然設計不夠完美 技術深度不太夠 但至少要能獨立
10/01 11:00, 38F
→
10/01 11:00, 2年前 , 39F
溝通與知道問題點 不是一直接受指令
10/01 11:00, 39F
推
10/01 11:11, 2年前 , 40F
主管對Sr許願 Sr知道該怎麼釐清需求 開發需要什麼 還會
10/01 11:11, 40F
→
10/01 11:11, 2年前 , 41F
主動向上管理
10/01 11:11, 41F
→
10/01 11:11, 2年前 , 42F
Jr通常是已經釐清完需求 指示下指令去執行而已
10/01 11:11, 42F
→
10/01 11:13, 2年前 , 43F
之前工作Sr會需要自己估時程 Jr不用
10/01 11:13, 43F
推
10/01 11:31, 2年前 , 44F
台灣公司的senior跑去google就會變junior了
10/01 11:31, 44F
→
10/01 11:31, 2年前 , 45F
每間公司定義不一樣
10/01 11:31, 45F
推
10/01 12:24, 2年前 , 46F
10/01 12:24, 46F
→
10/01 12:24, 2年前 , 47F
or-Software-Developer/
10/01 12:24, 47F
→
10/01 13:08, 2年前 , 48F
職位職稱來定工作內容沒什麼意義 端看主管分配給你的
10/01 13:08, 48F
→
10/01 13:09, 2年前 , 49F
是什麼 當然不能接受就反應或離職
10/01 13:09, 49F
推
10/01 13:13, 2年前 , 50F
10/01 13:13, 50F
推
10/01 13:28, 2年前 , 51F
看給多少錢 錢滿意你就加班 其他都是廢話啦
10/01 13:28, 51F
推
10/02 02:52, 2年前 , 52F
看議題難度和重要性吧，總不會每個議題都要和團隊討論
10/02 02:52, 52F
→
10/02 02:52, 2年前 , 53F
，這樣光討論就花一堆時間；相反的，一般人也不可能所
10/02 02:52, 53F
→
10/02 02:52, 2年前 , 54F
有議題都自己處理掉，總有比較難要求助或討論的吧
10/02 02:52, 54F
→
10/02 08:11, 2年前 , 55F
貴公司沒有明訂engineer ladder嗎？
10/02 08:11, 55F
推
10/02 16:10, 2年前 , 56F
推52樓及8樓
10/02 16:10, 56F
→
10/02 16:16, 2年前 , 57F
原PO能否舉例你提出討論的是什麼樣的問題？以及你提供選
10/02 16:16, 57F
→
10/02 16:16, 2年前 , 58F
項時是怎麼樣表達的？一般來說會是這樣表達：「A選項 優
10/02 16:16, 58F
→
10/02 16:16, 2年前 , 59F
點是XX 缺點是XX；B選項 優點XX 缺點XX；C選項 有缺點X
10/02 16:16, 59F
→
10/02 16:16, 2年前 , 60F
X 所以不考慮；我會推薦採用A因為我們團隊未來的方向是
10/02 16:16, 60F
→
10/02 16:16, 2年前 , 61F
XX，不知道大家覺得如何？」，不知道你是不是這樣說
10/02 16:16, 61F
→
10/02 16:28, 2年前 , 62F
10/02 16:28, 62F
推
10/02 21:23, 2年前 , 63F
我猜你那位主管根本不想了解系統邏輯或架構，只想要
10/02 21:23, 63F
→
10/02 21:23, 2年前 , 64F
漂亮介面是不是
10/02 21:23, 64F
推
10/02 21:53, 2年前 , 65F
有些地方的senior單單指的就是待的夠久
10/02 21:53, 65F
推
10/03 00:55, 2年前 , 66F
被洗臉洗久就知道什麼是Sr了
10/03 00:55, 66F
→
10/03 11:19, 2年前 , 67F
@jennya :是用你舉例的模式來解釋的（至少我自認為是)
10/03 11:19, 67F
→
10/03 11:21, 2年前 , 68F
@uncleben006 畢竟主管必須關注更高層次的事情，像是UI
10/03 11:21, 68F
推
10/04 14:44, 2年前 , 69F
最共同的,git flow,docker,linux,db很熟不要有奇怪錯誤
10/04 14:44, 69F
→
10/04 14:44, 2年前 , 70F
其他前後端 cv ml有自己的Sr專業門檻,但我覺得開發共同
10/04 14:44, 70F
→
10/04 14:45, 2年前 , 71F
的基礎技能真的是不能有讓junior都會發笑的錯誤出現
10/04 14:45, 71F
→
10/04 14:46, 2年前 , 72F
譬如解個git flow,branch亂開一通 還會解衝突解到掉code
10/04 14:46, 72F
→
10/04 14:46, 2年前 , 73F
dockerfile亂寫一通...諸如此類
10/04 14:46, 73F
推
10/05 22:56, 2年前 , 74F
title根本不重要
10/05 22:56, 74F
‣ 更多 marmot00 的文章
文章代碼(AID): #1XLTcXwD (Soft_Job)
‣ 更多 marmot00 的文章
文章代碼(AID): #1XLTcXwD (Soft_Job)