技術人員如何提升自己的價值

文/余晟

技術人員的價值被低估，這是我和朋友最近討論比較多的一個話題。我們都認為，很多人的技術相當好，工作成果也很顯著，但沒有獲得應有的回報。從同行的角度來看，這種現象確實很“不公平”。

但是，這種現象分明又在大量地發生著。同時，有很多技術不那么好的人，反而獲得了不錯的回報，所以更讓人感覺“不公平”。

那么，問題到底出在哪里呢？或者說，技術人才要如何才能提升自己的價值呢？經過思考和討論，我有了大概的結論。

如果你希望做技術的絕世高手，當然有機會獲得足夠好的回報，但前提是你必須成為絕世高手，同時能找到需要絕世高手的場合——這樣的工作機會一般只有少數大公司才能提供。

如果你很熱愛自己的工作，也樂于投入，但不奢望成為絕世高手，同樣有機會創造足夠多的價值，獲得足夠好的回報，前提是你需要注意以下幾點：

第一，技術的底子要足夠好。

作為技術人才，總是需要有一些硬功夫的，這是創造價值的基礎所在。如果自己的技術不夠好，遇到稍微困難一點的問題就束手無策。更重要的是，技術 圈是講硬功夫的，如果缺了它，很難服眾，很難協調和調動其他技術人員，也就無從發揮團隊的合力。如果自己的技術功底不夠扎實，就更談不上解決問題了。

第二，要能從業務的角度出發，發現技術的價值。

搞技術的人很容易陷入無謂的，絕對標準的爭論里。比如哪個框架更先進，哪個算法更高效等等。這些知識當然沒有錯，但如果你的工作不是研究，多想想哪種技術能怎樣創造更大的價值，意義往往更大一些。

比如好些年前，全文檢索就不再是技術上的難題，但還沒有成型的產品供大家直接使用，所以很多網站仍然使用數據庫查詢來實現全文檢索。這時候，去 研究優化檢索效果所創造的價值，就不如為大家提供可用的全文檢索。因為前者解決的是好和更好的問題，后者解決的是有與無的問題。

再比如，現在 NoSQL 非常熱，但是 MongoDB 之類的產品仍然不夠成熟，沒有足夠經驗難以玩得轉。如果單純從軟件質量考慮，采用 MongoDB 是有風險的。但是另一方面，隨著電商的發展，產品的屬性大大增加，這是傳統的關系型數據庫應對起來非常吃力的。而且，非訂單數據對穩定性并沒有那么高的要 求。所以某些情況下，采用“不夠穩定”的 NoSQL 所帶來的好處是要遠遠大于堅守傳統關系型數據庫的。要發現、相信這個機會并采取行動，就需要能以業務的眼光來思考問題，挖掘出技術的價值。

第三，要重視表達。

實際上這是非常、非常重要的一點，做技術的人往往不太擅長表達，或者認為世界應該像程序一樣按穩定的規矩和邏輯來運行。結果卻常常出現兩種情 況：因為不善于表達，所以不能爭取到足夠多的資源和支持來做一些事情，導致出不了成績；或者即便出了成績，也因為不善于表達，成績無法被其他人承認，或者 被搶去了功勞。

如果大家都是做技術的，需要什么資源和支持，通常是有共識的，或者至少是容易溝通的。但如果資源的提供方不是做技術的，往往就很難理解一些“基 本”問題：為什么要升級服務器，為什么要多招兩個人，為什么延期一個月上線更好…… 對于這些“直覺就可以判斷”的問題，外行并不能迅速理解，所以必須耐著性子，用對方能聽懂的語言，以對方能接受的方式來講解。否則，獲取不到資源，最終受 傷的還是自己。

當然，最可悲的是出了成績卻被埋沒，或者被其他人搶去功勞的情況，這也是最普遍的讓技術人才不爽的情況。大家往往會埋怨說：公司是不公平的，自 己明明創造了價值，卻不被認可，而其他很多公司都能公平地對待。真實的情況是，在技術驅動的公司，或者公司領導非常清楚技術的價值，這種可能“公平”會來 得比較自然；而在在很多公司內，創造價值，和讓人認識到自己創造了價值，二者其實是分離的。創造價值需要動腦和動手，讓人知道自己創造的價值，除了需要動 嘴，同樣需要動腦和動手——在什么場合以什么樣的方式把信息傳遞出來，讓大家信服，這都不是單靠“嘴皮子”能解決的問題。