這段時間除了忙項目外，還在參加游戲部門的程序技術評審。我是 6 人評審委員會成員之一。

　　這項工作逐漸收尾了，所以隨便寫點東西總結一下。只是我的個人想法，不代表任何其他同事和公司。我想我們盡量做到公平公正，這個是努力方向。至于公開……，好吧，現在還做不到，未來爭取吧。寫這篇東西，算是私下為“不公開”開一個小口。

　　在我看來，網易的管理一直都是稍顯混亂的。管理層很薄弱，相比公司更重視研發技術，管理方面要差的多。對于開發人員，尤其是程序員來說，許多人甚至喜愛這種感覺。這就無法評論其好壞了。這五六年，隱約感覺管理層想逐漸在制度和管理方面正規化，做出一些改變。確實有許多改變在逐步實施，也有不少同事對此郁悶甚至失望。我覺得作為一個公司的靈魂，在重視技術方面我們不能拋棄，否則就不再是原來的網易。這次大規模的技術級別審核評定，也是肯定這一方向的。

　　我們這次確定下來，和員工收入直接掛鉤的，正是員工的技術級別。換句話說，對于程序員，只要能把研發工作做好，收入就能相應提高。跟管不管人是脫鉤的。不像管理崗位，一個蘿卜一個坑，除非公司規模擴大，否則是沒有多余的職位的；而以技術等級來衡量晉升確實有個好處是不限名額，能力達到后就能晉級。

　　對于管理級別，就成了額外的設置。反映到收入水平上看，一個特定等級的管理職位就是額外享受固定的職位津貼。如果專注于管理事務，而疏于提供技術等級，從工資收入上來看，是有折扣的。目前看來，管理級別比技術專業級別高或低的人大體上差不多，各占相當比例（還有等級相同的）。這也說明管理等級和技術等級是可以做到獨立的。

　　技術評級也是想做到一定的導向作用。用來引導同事向一致的風格靠攏。（不符合公司整體氛圍的人比較難得到晉升）我們到底想引導什么？是前幾天在廣州昏天黑地的開了兩天封閉會議的主要議題。

　　會議結果我個人還是比較滿意的。作為多人相互爭執妥協的結果，應該算不錯了。

　　雖然不是 100%能接受，但以項目成敗論英雄還不是最壞的選擇。技術要為成功的產品服務在目前這個時期是必要的。我們不能像 google 那樣，可以隨意拿出精力來做純粹覺得好玩的東西。雖然做沒關系，但是對于個人評級的影響就很微小。正所謂，不鼓勵、不反對。如果做的東西能服務在好的產品中，那才能加分。

　　我們不鼓勵單方面的發展自己的技術能力。無論多牛，那也是自己的事。所以就必須要求做技術交流，以及培養同事共同成長。甚至是提高整體行業技術水平。為了不讓這個成為空話，較高級別的晉升的硬性條件中就加入了必須在公司做技術講座甚至必須要求在整個技術圈內有一定規模的技術交流。即使在比較低的級別晉升中也要求有帶新人的義務。作為硬條件寫在晉升條件中，對某些內向的同事來說有點不公平，但目前也只好如此。如果實在做不到這些交流活動，至少，堅持寫技術 blog 并有一定數量的讀者也成吧。

　　這次，我的一項主張在通過時，還是有人反對的。那就是在一定級別之上，我們要求程序員必須精通一門靜態語言和一門動態語言。只用一門靜態語言的人是得不到高級別晉升的。Ding dang 就反對這一點。雖然他是公司最早提議使用動態語言做開發的人。不過最終我們還是以多數意見通過了這一條。嗯，算是比較民主了。

　　重構代碼算不算重要工作業績和能力體現，這個問題也拿出來討論過。最終的結論是不算。原因是公司內太多人希望自造輪子。雖然有可能以偏概全，但簡單容易實施的規則在現階段對我們的評審標準更為重要。好吧，公司里現有太多臟西西的代碼，太多不優雅的結構，混亂不堪的項目，但是，我們還是不推薦無邊無盡的重構。真正的程序員會把那些實在看不下去的部分重新寫一遍，但我們不鼓勵這樣做。同樣的問題還有，每個客戶端程序員都想做自己的 3d engine ，每個做服務器的同學都想重新設計服務器架構……

　　而參加開源項目則是充分鼓勵的。尤其是向知名開源項目貢獻代碼和 patch ，可以和參加公司內部項目取得的成果相提并論。并在晉級評審中得到相同的權重。

　　似乎在網易，從搞開發轉到純做管理，不再寫代碼的人會被人“鄙視”。做管理工作的前程序員們多少都還做一些開發工作（甚至相當多開發工作）。就算完全不做了，也要表面上看起來還有做。嗯，老 ding 同學就喜歡在不同場合宣稱自己的技術背景。其實他不寫代碼很多年了。這對不太喜歡寫程序的程序員來說可能感覺不好。

　　對比其他一些大 IT 公司來說，也顯得管理方面不專業。但這種感覺，于那些癡迷于技術的同學來說，也是一種吸引力呢。至少，一個技術氛圍濃厚的公司，人也更單純一些。那些一心只寫代碼的同學們普遍顯得比實際年齡年輕許多 :D

it知識庫：關于網易游戲部這段時間的技術評審，轉載需保留來源！

鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯系我們修改或刪除，多謝。