Re: [請益] 大家會怎麼報復主管

由上往下看:

所有人都是免洗的, 用過即丟的, 隨時可以替換的, 替我 make money 的工具.

最底下真正在做事的工程師最沒有價值,
偏偏這些人做得要死不活
還不知道自己努力做事或事情都是我在做, 但自己就是最沒有價值
還在到處說為什麼自己努力做事或事情都是我在做, 但是上面不重視

中間的主管階層唯一的價值就是壓榨底下的工程師替我 make money
當然這些主管也會有壓榨底下的工程師替我 make money 的想法
但我也不能拿走這些主管壓榨底下的工程師得來的 money
因為這些主管替我 make money 時也要得到一些 money 我的 money 才會更多

當然最底下的替我 make money 的工程師到處都是
沒有你還會有另外的工程師來替我 make money
找來的工程師不如你認真努力? 會造成專案或項目有問題?
你真的以為壓榨底下的工程師的主管會因為沒有你無法達到 make money 的目標?

既然都是替我 make money
那顯然主管替我 make money 的能力遠大底下工程師
黑心無良下賤不做事的主管替我 make money 的能力遠大於真正做事的底下工程師

更進一步
只要能替我 make money, 管它做事不做事黑心不黑心無良不無良下賤不下賤
反正 money 都是我在拿, 不做事黑心無良下賤的名聲都是它們在承擔
不這樣做
反而 money 可能拿得更少, 而且還會有壞名聲

總之 money 唯一, money 至上,
那 make money 也唯一, make money 也至上
那能 make money 的東西方法手段也唯一, make money 的東西方法手段也至上

不要說道德法律
你看哪個有錢人因為道德法律受到譴責?

※ 引述《playkkk (飛逝的時光)》之銘言：
: 這種說法有失偏頗，這些工作在外商其實也是能見度很高，
: 外商認為這個叫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因為這樣,也生產出一堆只會收割的人

--