看板規沒有寫禁止閒聊 :P
照慣例來個 TL;DR
大家的公司/團隊/文化中，對資深工程師的期待是什麼呢？

一等士官長

沒能力的主管才會在那ＧＧＹＹ有能力的直接做給你看，讓你不好意思到自己自動做其他的事情

小的也想知道，推

參考 Dropbox 的:https://dropbox.github.io/dbx-career-framework/

一樓哈哈哈哈

每個文化要的不一樣... 你講的兩個都對..至於你自己是哪一派 等未來你帶人你可以決定

台灣title比較虛一點 senior要能獨立作業

能提出作法優缺點，能接受討論，能解決問題而不是只有提出問題

頭髮不會太多

原po的做法也不是拋出問題而已，也是有提建議作法「在知識所及的範圍內提供可能的下一步作法以及優缺點」，但開放大家一起討論有沒有更好的解法，我覺得這樣很ok呀自己想自己對就開始實作，沒跟 team 內 sync，等 effort花下去了才發現 side effect，或其他人沒跟上，我覺得才容易出問題覺得就像8樓講的，每個主管喜歡的作風和文化不一樣，只能適應主管，等到自己帶人時，採用自己喜歡的文化

推樓上的 dropbox career framework之前看過公司內的大大分享覺得很受用~

就你的主管覺得凡事都討論並不是好做法,其實我也覺得困難/分岐再拿來討論就好,時間寶貴

senior 的樣子：禿頭，大肚，有頭髮只有白髮

感覺 junior/senior 是依照公司自己來定義。曾去過一個團隊，那裏的 senior 卻在其他團隊連 junior 水準都不到

老闆：你先有保哥的實力再來談升senior真的夠慣，呵呵

office大神

不會把不知道掛嘴上

這樣是不是junior 就不用發表意見了 沒人想聽菜雞的做法

我覺得人都會有盲點，junior 也可能提出有價值的看法

能不能決定做法又不是看jr/sr 是看上頭有沒有放權限啊...

…其實我私心是覺得主管不敢決策，把責任甩給工程師

Senior 雖然設計不夠完美 技術深度不太夠 但至少要能獨立溝通與知道問題點 不是一直接受指令

主管對Sr許願 Sr知道該怎麼釐清需求 開發需要什麼 還會主動向上管理Jr通常是已經釐清完需求 指示下指令去執行而已之前工作Sr會需要自己估時程 Jr不用

台灣公司的senior跑去google就會變junior了每間公司定義不一樣

https://rickhw.github.io/2015/08/22/Management/Senior-Software-Developer/

職位職稱來定工作內容沒什麼意義 端看主管分配給你的是什麼 當然不能接受就反應或離職

看給多少錢 錢滿意你就加班 其他都是廢話啦

看議題難度和重要性吧，總不會每個議題都要和團隊討論，這樣光討論就花一堆時間；相反的，一般人也不可能所有議題都自己處理掉，總有比較難要求助或討論的吧

貴公司沒有明訂engineer ladder嗎？

推52樓及8樓原PO能否舉例你提出討論的是什麼樣的問題？以及你提供選項時是怎麼樣表達的？一般來說會是這樣表達：「A選項 優點是XX 缺點是XX；B選項 優點XX 缺點XX；C選項 有缺點XX 所以不考慮；我會推薦採用A因為我們團隊未來的方向是XX，不知道大家覺得如何？」，不知道你是不是這樣說

我猜你那位主管根本不想了解系統邏輯或架構，只想要漂亮介面是不是

有些地方的senior單單指的就是待的夠久

被洗臉洗久就知道什麼是Sr了

@jennya :是用你舉例的模式來解釋的（至少我自認為是)@uncleben006 畢竟主管必須關注更高層次的事情，像是UI

最共同的,git flow,docker,linux,db很熟不要有奇怪錯誤其他前後端 cv ml有自己的Sr專業門檻,但我覺得開發共同的基礎技能真的是不能有讓junior都會發笑的錯誤出現譬如解個git flow,branch亂開一通 還會解衝突解到掉codedockerfile亂寫一通...諸如此類

title根本不重要

下一篇 principal 該有甚麼樣子，下一篇 senior principal 該有甚麼樣子…沒意義吧，各公司的標準又不同。各專業的標準也不同。