可能經歷跟人不同，或是我在的公司裏的情況跟別的並不相同，但這些是我最近一年多的感悟，我本身還是做技術的，寫下來就當跟人討論一下吧。
技術人員有個誤區是過分倚重自已的技術，甚至將工作和工作能力簡單等同於技術。
1.技術重要，但沒那麼重要。一個bug被人在1天內搞定，還是一週內搞定，在大多數情況下對產品是沒什麼影響的。當然在緊急時刻除外。
2.技術人員的工作不等同於技術，你的工作能力不會只用技術衡量。就算你天天的工作是coding，你的工作的產出遠不會就剩下那幾行代碼，也存在很多跟人溝通的問題，你有跟相關的人主動溝通嗎？你搞不定問題的時候如果需要協助，可以很順利跟上司溝通或是自已靠人際關係搞定嗎？你對上司寫報告的時候寫的足夠清楚嗎？ 上司可以一眼看出你所做的事的risk等等嗎？ 你自已工作的計劃和跟蹤做得怎麼樣？有沒有到最後階段才跳出來給人一個surprise嚇死你的PM?你跟同項目組裏的人相處如何？有沒有盡力幫助他們的工作？
3.某些技術本身的可替代性很強，比如coding，但軟件設計卻不是。公司裏的確會有最關鍵的技術人員，但很少會是寫代碼的人。寫代碼寫得又快又好的人大街上一抓一大把，而且他代碼寫得再好，也就限於他做的那一個模組。 可是如果架構師設計得好，對產品質量的提升項目的風險控制，還有將來升級成本維護成本都有很大影響。
4.不要以技術論英雄。有的PM成天不寫一行代碼，甚至看不懂你的代碼，他只成天寫寫報告檢查進度整理文檔之類的。 但他做的事正是讓下面十幾號人都可以專注手上的'事和提高整個項目的效率，比如搞項目組的活動，工作安排，培訓安排，項目組成員的成長之類的；同時他跟上面的人做好溝通，可以給項目組爭取相應的資源或獎勵，或是減輕負擔。 這些工作要不要做其實沒那麼清楚，但做沒做的結果卻可以相差很大。 而且成天處理這種鎖碎的小事，很多事都有一定的時間要求，並不是人人都做得好的。
5.英明的公司裏一般不會出被上司被下屬用技術脅持的，一般一件重要的事不會只有一個人懂的。搞管理的人自然也有管理之道，人只是他要管理的一個資源，不要輕易以爲一切盡在自已掌握中。
6.技術好不一定做出來的產品好，做出來的產品好不一定有人要，產品有人要也不一定可以賣個好價錢。公司的目的是賺錢，不是像我們一樣對技術有癡迷。 公司最需要的是爲它賺錢的人，是高產出的人，不管這產出是由技術來的還是喝酒來的。 技術只全局裏小小的一角。
作爲最底層的技術人員，技術好的確可以讓自已跟人與衆不同，甚至得到比人更多的東西。 但那只是跟你一樣級別人的相比，除非你一直想做個小小的技術員，否則還是試着用上司的眼光看看自已的工作，站在上司的角度想想他期待的好下屬是怎麼幹活的，當你有了跟上司一樣的思維的時候，你自然更有機會坐上同樣的位置。