首先，我要告訴 urm 們乙個壞訊息：這個領域的多數研究表明，你將因為晉公升緩慢或者遭遇不公平的考核而感到沮喪。此時一些「樂於助人」的人就會告訴你，沒必要過分關注考核以及晉公升結果，就像農場裡的狗告訴雞隻們沒必要過分擔心防狐狸圍欄上出現的破洞。
另外乙個壞訊息是：人性在很大程度上是一致的。這也意味著，過去所持有並成就當下的偏見，不會因為是考核季就神奇地消失（無論我們為此採取多少的努力來消除偏見）。
再來乙個壞訊息：「做好本份工作，進而獲得認可！」可能並不適合你，因為你的情況與其他人並不同。換句話說，人們無法準確判斷你的工作能力，因為來自同事的質疑會降低他們對你產出價值的判斷，然後就會導致這種結果：
1）人們認為你並沒那麼好。
2）實際上你做得很好，並取得了令人印象深刻的成就！你給他們看了！?
3）經過同事的追溯後，他們降低對這一成就的評價！?
即便你做出一些令人矚目的成就，同事還是可能通過以下兩種方式使其偏見合理化：
a）承認他們錯了，並且誤判了你。然而要做到內省真的很難！
b）說服自己，你的成就可能並不像所看起來的那麼令人印象深刻。要做到這個比較簡單！
如果遇到「討厭與自己不一致」的人，結果就會是這樣。可實際上如果你並「沒那麼好」，又是怎麼達到那些難以企及的成就呢？對於那些帶有質疑心理的同事而言，貶低你的工作價值是他們恢復心理一致性最快的方法。我發現這種現象在整個行業很普遍，也許當事人並不是故意的，然而它還是發生了，更重要的是，它將影響你的職業生涯。
這些人會通過很多方式對你的工作進行貶低，例如：
1）削弱你的信用：「那些非常聰明的人（tm）也在這件事情上與 karen 合作。所以我很確定 vsp 處於領先位置。」
2）給出過時的結論：「當然我們對此非常擅長！我們的公司本來在這個領域就是出類拔萃的。而 karen 所做的只不過是將所有元素結合到一起。」
那麼，在無法改變人性的基礎上，我們應該怎樣對此進行反擊呢？對我而言，乙個有用的技巧就是被我稱為「難度錨」的方法，它一共可以分為三個階段：專案處理之前、專案處理期間和專案完成之後。
專案處理之前
我會先找到乙個非常聰明的人（tm），眾所周知，他既是乙個既勤奮又對目標有正確認知的人。是的，我們都很聰明。從 vsp 的角度而言，這是乙個具有組織可信度的人選。吊詭的地方在於，這個人往往並不認為自己是 d＆i 的倡導者，他們甚至認為自己並非友善或平易近人的人。想想那些繁忙得沒時間提供 bs、可操作設計評審反饋的技術組長和技術人員。
這個具有組織可信度的人選將成為我的「錨」。我會在專案啟動前向他們提出大量新手問題，其中大部分問題是我心中早已經有答案的，比如：
為什麼說這個專案很難？
為什麼這個專案上一次會失敗？
我們難道不能採取 [天真的解決方案]？
這些「錨」的思想往往非常銳利，因此他們可以很快發現我正在做些什麼。有些人就會選擇長話短說：「mekka 你廢話少說，我都清楚你所要表達的，這件事情確實很難，所以你的計畫是什麼？」至此，我將向他詳細解釋我的計畫。我和「錨」都了解這個問題究竟有多複雜，接下來，我們要做的就是給複雜的問題找到簡單的解決方案。
專案處理期間
我將詳細記錄在此期間我的具體貢獻。對我而言，這需要大量關於大規模商業系統的非傳統智慧型。我需要從中找到當中真正重要的那 1 到 2 件事情（tm），並有意識忽略其中 98 或 99 個干擾因素。總而言之，擁有乙個記錄我的決策與設計過程的檔案是非常重要的，這裡需要強調的是：
不要省略這個步驟！
不要省略這個步驟！
只有郵件 threads 是不夠的。
不要省略!!!
這是主要用來應付信用削弱的攻擊。
然後便是這個環節最重要的部分： 把工作做到最好。這意味著協作和溝通，以及適應不斷變化的條件。同時也意味著產品卓越，以及在 ux，tpm，sre 或 eng prod 環節中不傷害到你的朋友。在這過程中，我會保證「錨」了解專案的所有進展，無論是好的還是壞的。記住，透明度是關鍵，它決定著信任的程度，所以不要刻意隱瞞壞訊息。
專案完成之後
專案發布後，很多事情會不斷重演：一開始會有很多的慶祝活動，後來又會出現貶低工作價值的情況。此時，我不可能為我的貢獻辯護，因此我需要乙個盟友「放棄特權」。有了這個「盟友」，對於專案難度和影響的感知不會在後來起變化，而是固定的。我甚至都不需要要求「錨」為專案的複雜或價值提供辯護理由。
回到人類討厭與自己不一致的問題上，即便「錨」信誓旦旦表示這個專案在啟動以前已經很複雜，且影響很大，但那幫烏合之眾還是會說這個專案其實很簡單…
這時候「錨」將通過以下兩種方式來說服自己使這種不一致合理化：
a）承認之前對於專案的難度、我的貢獻或專案影響的印象都是錯誤的。
b）意識到其他人都是不客觀的，並將之指出。
要想讓乙個人做出 a）的選擇是一件很困難的事情！這也是為什麼我們在一開始要選擇那些以勤奮和冷靜聞名的人來當我們的「錨」。正常來說，如果乙個人的自我不是那麼強大，他們就不會承認自己是錯誤的。
你希望同事們都知道「錨」可以隨意做出 a）的選擇。然而他們一般都不會做這個選擇，如果你的工作真的很出色。對於這些「錨」而言，更好的選擇應該是 b）。他們通常會不請自來，排除萬難以抵抗任何試圖貶低你工作價值的噪音。
這是乙個我目前發現能夠有效解決該問題的方法。
程式設計師必備能力 晉公升之道
從我認識的程式設計師中，包括我的團隊中，有不少很久都沒有晉公升過。他們維護著已經再熟悉不過的模組，能迅速定位bug所在 行數，在他們當中有部分人熱愛coding，享受debug帶來的成就感，但是絕大部分的程式設計師並不是他們熱愛，而更多的是被迫。你們有認識這樣的人嗎？我想你肯定已經在點頭了，這種情況...
為什麼我們程式設計師難晉公升
原文 今天看到微博上 hellodba 發的乙個帖子 內部晉公升越來越困難，但是外部來的大p越來越多，所以很多人都選擇跳槽 之後我從三個方面簡要的進行了回答 外面來的總是有包裝的，內部的都是肉身pk，此一輸 外面來的總是小股人馬，內部的一批批的，公升誰都傷感情，此二輸 外面來的通常都是大佬推薦的，沒...
程式設計師高薪之路
程式設計師高薪之路 現在隨便登陸乙個人才 都可以看到招聘軟體人才的資訊鋪天蓋地，但是不同企業開出的薪酬卻是千差萬別。同樣的用人要求，薪酬的落差甚至可以達到萬元以上。究竟中國程式設計師的薪酬待遇是如何定位，程式設計師應當如何確立自己的身價，這都是值得大家 的問題。就中華英才網2000年下半年的薪資調查...