這種說法有失偏頗，這些工作在外商其實也是能見度很高，
外商認為這個叫leadership，無論Google/intel對這些工作都是放在很重要的角色。
做實驗跟實作本來就是給比較資淺的工程師練習的，
資深的tech leader本來就是偏向在用以往的經驗去做架構規劃，設計實驗去驗證
他的想法有無實現的可能性，一個優秀的tech leader優勢在於可以基於以往的經驗
設計新架構或改善舊有架構，有效減少bug的發生，並在資淺工程師遇到問題時提出
建議。對於管理階級來說，要找到資淺工程師去實作功能或是做實驗不難，但是要找
到可以優秀的tech leader可以設計出優秀的架構是難度高很多的。
Tech leader另一個重要的功能就是presentation，資源不會從天上掉下來，必須要
跟主管階級爭取，如何用淺顯易懂的方式讓主管階級了解你的計畫對公司的重要性
也是一門很大的學問。尤其公司的資源有限，大家都想搶，如何脫穎而出拿到你要
的資源也是很有難度的。
如何觀察一個tech leader直不值得跟隨就是
(1) 他的架構設計跟實驗規劃到底合不合理，他是基於甚麼邏輯去設計這些架構及
實驗，去了解他的思路並思考你未來遇到類似問題的時候如何套用。
(2) 他的presentation技巧，他如何去說服高階主管投入資源在他的專案，他如何
說服橫向單位去支援他的專案，去學習他的簡報規劃及溝通技巧。
(3) 他的管理方式，專案成功以後他會把所有功勞拿走還是在吃肉之餘會想辦法幫
合作夥伴爭取一點福利，去了解他怎麼把餅做大。
如果只觀察到主管階級都把credit給tech leader，而不是給底層的工程師的時候，
代表你的角度是由下往上看，可以思考一下如果你是由上往下看的時候，眼界又會是
另一個風景。實作很重要但是也沒有想像的那麼重要，去了解tech leader怎麼運作
才能複製他們的道路，看不透這點那職場生崖就很難更進一步。
※ 引述《iidmaster (iidmaster)》之銘言：
: 要拿好考績..實作很多..解一堆bug沒什麼用
: 這個就是比較資淺的工程師做的
: 上層只關心有沒有風險?
: 比較看重的是你是不是feature PM? 你是不是coordinator? 有沒有帶Project?
: 以前在M變成一堆人搶能見度高的工作
: 平常一堆例行工作就踢出去給別人
: 很多人規劃架構...然後開始找人做苦工,說請XXX(資淺工程師)幫忙
: 然後你就得幫忙做苦工,做實驗,實作等等
: 最後收割哥就開始收割...把你做出來的數據畫在投影片上報告
: 然後得到credit, 至於你呢? 做的事情就跟解bug一樣沒什麼價值啦
: MTK因為這樣,也生產出一堆只會收割的人
: ※ 引述《hstf (馬刺贏球就是爽\⊙▽⊙/)》之銘言：
: : 年尾了
: : 公司也開獎了
: : 調薪跟分紅不如預期的好
: : 但我實在不知道為什麼
: : 跟主管面談主管只說我在部門排後面，人家比我好
: : 心理很不平衡
: : 至少也說我哪裡不好吧
: : 一定會有人說我如果不爽那離職算了
: : 這種爛主管才是該先離開吧
: : 超想要報復主管
: : 有人有經驗分享嗎?