IT公司的等級觀念

今天在公司里面，聽到很多的吐槽，最近以前的團隊有很多開發(fā)工程師離職，結合自己在公司多年的工作經驗，也發(fā)現這個問題越來越嚴重，這里也吐槽一下。

在一般傳統(tǒng)的小的IT公司，準確說的是小的技術團隊，由于涉及到的業(yè)務比較少，人員相對也比較小，一半小于10個人，一般情況下，這種10個人的團隊里面一般會有一個技術方面的team leader，大多數情況下，這個leader一般也就是技術開發(fā)的高手，應該算是小團隊技術最好的，會從事一線的編碼工作，這樣的leader和其他成員相比，級別會高一些，一半情況下，團隊的所有技術決策，都由他來決定，基礎框架也或者核心部分編碼都會由他來負責，所以相對來說，是比較合理的，因為他技術好，開發(fā)能力強。這里面一般就兩個層級。由于團隊小，技術leader對下面技術人員的基本上都會有了解，而且基本上考核的維度都比較簡單如編碼能力，編碼質量等等。而且這個時候業(yè)務和系統(tǒng)架構都不是非常復雜，對業(yè)務架構和技術架構的要求都不會非常高。

隨著公司業(yè)務的發(fā)展，公司的業(yè)務越來越多，開發(fā)人員也越來越多，基礎技術平臺和業(yè)務開發(fā)平臺 一般都會分離。技術人員的層次也越來越多，一般的大公司對技術人員的都有評級標準，不能的標準做的事情不一樣。像騰訊公司會有T1,T2,T3,T4，阿里會有P1——P14 等序列。這個等級是一個倒金字塔的形狀，越往上越少，下面一幅圖詳細演示了一個技術人員典型的概況。

可以看出，架構師是干活的和忽悠的標準（這里的忽悠沒有貶義，只是說架構師的工作主要是做業(yè)務規(guī)劃和技術規(guī)劃，這一塊的推廣需要好的表達能力）。

當一個開發(fā)人員從底層開發(fā)做起，然后做一個系統(tǒng)的負責人，到一個業(yè)務域的負責人，到平臺的負責人，就是不短晉升的結果。當業(yè)務域的負責人的時候，主要的工作職責就是做規(guī)劃，因為他已經對系統(tǒng)的業(yè)務非常了解，知道業(yè)務的發(fā)展。慢慢他已經不在寫代碼，大多數的工作基本上都是評估風險，review代碼，規(guī)劃系統(tǒng)的技術架構或者業(yè)務架構，而具體實現則由開發(fā)工程師來進行負責。

我們主要來看看在這種情況下，底層工程師的狀態(tài)。

首先工程師是真正的coder，他會把上一級別已經規(guī)劃好的東東做一個真正的實現。他沒有決策權。他只能在上級工程師設計好的框架去實現功能，基本上沒有自主權。工程師想用新的技術（就是超出目前基礎框架的技術，比如腳本語言等等），這個必須由上一級進行審核或者批準，不能私自使用。如果自己的項目的工程結構不符合標準的結構，也是不可以的，必須按照標準的來。甚至使用了第三方jar包都需要進行評估。

工程師是業(yè)務的實現具體的實現者，很了解業(yè)務的細節(jié)。但是在業(yè)務規(guī)劃上基本上是沒有發(fā)言權的，因為你的級別不夠，架構層面的級別會議你是根本參加不了的，更別說去規(guī)劃自己所在的業(yè)務。有時候架構反而不如開發(fā)對業(yè)務了解，但是有一些流程上對業(yè)務的改動必須由架構來評估，可惜有時候架構并不了解細節(jié)，根本評估不了風險點，導致架構有問開發(fā)，相當于開發(fā)在評估，由架構出具報告。

在對外推動和配合上，雖然底層開發(fā)有時候有一些觀點比較正確，畢竟在一線開發(fā)，對于系統(tǒng)和業(yè)務上了解還是比較深入的。但是你的級別比較低，你說話沒有分量，涉及到跨團隊配合的時候，對與錯已經不重要，重要的是誰的級別高，誰說話有分量，有分量就夠了，至于對于錯，執(zhí)行之后在看看結果。

在工作環(huán)境上，底層開發(fā)感覺是最惡劣的，有無數流程在卡開發(fā)，比如代碼規(guī)范報告，review報告，代碼質量報告，缺陷分析報告，sql規(guī)范報告，發(fā)布計劃（一個發(fā)布計劃里面將近有100想 check list）等等，上面列舉的還只是一小部分。很多開發(fā)，做事情都必須求著配合方干事，比如求dba，求sa，求架構，求asa，求pd 等。而且一旦除了線上故障，開發(fā)首先需要背責任，由于老板也會有等級觀念，級別低的我可以說說，級別高的，我不能說，所以往往底層開發(fā)又是最受氣的一個群體，架構們弄錯了，最后估計不了了之，畢竟可以說這個本來就是探索性的，但是開發(fā)產生bug了，就是實實在在的問題，能導致線上實際的影響，自然要被說。

在團隊文化上，由于開發(fā)的前途由一些已經不再編碼的人來決定，那么這個是很難做到公正客觀的。你的編碼能力強，代碼寫的好對于上級來說，他根本都不知道。所以導致一種表現文化。簡單的說，就是做表面功夫以取得上級的認可，而不是切實提高自己的技術能力。很多人開口閉口談架構，談設計，而這些人的代碼質量可能非常差，編碼能力非常差，因為架構和設計是不需要編碼的，而這些就是上級做的工作，這樣上級就認為你非常牛逼，導致整個團隊整體編碼質量下降。我一同事就是這樣，嘴皮子功夫相當那個厲害，可惜給一個項目讓他做，就是做不好，而另外一個同事技術能力不錯，是一個做實事的人，給他做的項目比較放心，但結果前一個人能晉升。

最近看了 左耳朵耗子 寫的工程師文化，很有感觸，可惜公司的業(yè)務不一樣，導致開發(fā)模式不一樣。比較羨慕啊。抄送一張圖片送給那些底層的碼農和編碼愛好者們。