來源：程式碼撕裂者
我是一個非常能忍耐的人，非常能忍。
事情是這樣的，去年春天，由於上一個東家戰略失誤，導致我們部門被裁（悲劇啊），只好另尋他路，恰逢舊日總監空降到現在這家公司做老總，於是我就名正言順的過來做嫡系部隊。可等俺入職後，才發現這家公司水很深啊……
溜鬚拍馬的人比比皆是，竭盡所能討好領導，有些話我聽著都覺得臉紅心跳，胃部翻騰。此為公司第一陣營：諂媚，技術不精，管理不強，但是嘴上功夫了得，總能討得公司一把手二把手歡心，無所不用其極，堪比現代“和珅”。這一層人比較少，金字塔尖嘛。
公司第二陣營：埋頭苦幹，一心只讀“聖賢書”，兩耳不聞“窗外事”。這是一群被極度剝削的新人，新時代的農奴，工資在公司墊底，升職沒他們，加薪更別想，技術沒人帶，基本處於群龍無首狀態，每天得過且過。這一層人最多，是整個公司的金字塔底，任憑黃沙蓋臉，毫無怨言。
公司第三陣營：技術“大牛”，是的，這群人一般都是個小頭頭了，管理著為數不少的第二陣營，愛好鑽研技術，溝通能力基本為0，未接受過正規化訓練，一件事情要反覆說多次方能“略懂略懂”，平時對自己手下不管不問，老子研究高深演算法，你們還是自己看書學習吧。
好吧，我來了之後就有了第四陣營：不服管教派。
先說說幾件小事：1.剛來的時候，安排我進了一個開發中的專案組，讓我寫一個圖片處理和加水印的模組，圖片處理，其實就是根據使用者上傳的圖片(畫素很大，不適合網頁展示)，壓縮成各種尺寸並加上網站logo水印，兩天後，我寫了一個通用的介面，傳入圖片的原始地址，水印地址並輸入要生成的尺寸就可以了，給了他們一個打好的jar包。入口引數都用“中文”註釋好了，可後面一直到一個月後，還是老是被問介面怎麼用。2.其二，因為儲存的圖片很多，很大，專案組決定用分散式儲存，選了Hadoop，這任務又被委派給我了，我一看，哥也沒搞過啊，but，難不倒哥。上官網查文件，上google查資料，經過幾天的折騰，終於把分散式叢集搞好了，那個時候公司就一個運維，只會裝系統搭路由，Linux系統安裝和配置都是俺自己搞的，系統搞好後死活上不了網，又把機器從頭到尾檢查了一遍，去問運維，說我DNS地址設錯了，試了好幾個包括他給我的都不行，我不死心，去問運維，聊天的過程中無意間知道公司上公網是用路由過濾MAC地址的，果斷讓他查路由規則，我三臺伺服器的MAC地址沒有一臺在允許列表當中，oh，my god。好了，下面繼續講Hadoop，搭建好環境，寫完程式介面後就把圖片遷移到叢集上，跑的還算穩定，就是讀取檔案的時候有點延遲。後來哥有事請假兩天，打算回來解決延遲問題，可當我開啟電腦興沖沖的連線Hadoop時，timeout了,What the hell did they do?去問經理，說是我離開後伺服器出問題了，專案組又沒有人會，就把圖片遷移回Apache，Hadoop叢集關閉了。這尼瑪！不是坑爹嘛！！！！公司“元老”們對我的到來表示非常的不歡迎，專案組兩個月後就把我T出來了，讓我自立門戶，領導還專門關照我組建一個專案團隊時刻準備為公司衝鋒陷陣，這尼瑪，整個團隊就我一個光桿司令。
以上只是技術的，一個對網際網路一竅不通，對程式設計壓根不懂的副總搞了一套CMMI作為管理手段，大會小會一個周要開三天，還有N多管理上的事情，不一而足，以至於我來兩個月後就想離職走人。後來想想，就這麼走了太特麼懦夫了，我要組建自己的團隊。於是乎招兵買馬，從招聘、帶人，制定專案規範、程式碼規範，學會了js，struts(以前做軟體，沒摸過這些，慚愧……)，從去年年中的1個人道現在的6個人，我的專案組成型了。
好了，不扯閒話了，轉入正題。我有182的身高，80kg的體重，我會一些拳擊，練了五年田徑，可是我從來不跟人拳腳相向。在生活裡一直信奉“人不犯我，我不犯人，人若犯我，先讓兩個回合”的至理名言，可是今天早上上班開啟郵件，我就不淡定了。
公司新推出了績效考核，特別強調要量化量化再量化，最極品的是要量化“每週”寫的程式碼行數。其實呢，大家都懂的，工作上按時把工作計劃裡的工作完成，保證正常上線，其實就OK了。可這位副總，不懂不說，還特別不信任員工，不捨得權力下放。不知道去進行內部團隊的構建工作，偏愛相信外面什麼培訓老師，今天早上，竟然在郵件裡，赫然把外面老師考核項寫在績效模板裡，還佔了20%的比重。一個根本不在公司，沒和專案組成員進行溝通交流，連我們做什麼專案都不知道的所謂“老師”，竟然要給我們績效考核的“工作能力”和計劃能力打分，真是奇葩啊！！
此郵件一出，“和珅”們拍手叫好，高呼領導英明，堅定的站在公司領導這邊堅決執行新規定；“農奴”和“大牛”們依然擺出關我屁事的姿態，只是農奴看書的時候把頭埋的更低了，大牛們在寫程式碼的間隙，會抬頭眺望窗外，若有所思。
作為不服管教的一撮人，自然是強烈的反對，再聯想來了一年了，公司對加薪一事只有書面提過，CMMI文件還躺在SVN裡。我覺得快要達到爆發的臨界值。
其實，我們程式猿都是很善良的，真的為了公司的專案可以整日加班，挑燈夜戰，只是，時間長了，付出和回報不成正比，心也就冷了。
俺帶人時間不長，不過也總結了一些方法和道理，雕蟲小技，眾位莫笑。
1.團隊要規範：
從專案使用工具到程式碼規範，最好統一，有利於專案整合和維護。一個專案立項到結項，編碼、測試、日誌、監控、文件……，每個環節都很重要，關係著專案質量和進度，從這些環節抓規範，建立起一套良性體系，不論是對於成員還是專案本身，都是好處多多的。在專案組不忙的時候，適時的安排一些專案組會用到的技術進行鑽研，寫成文件並做簡短的培訓分享，對技術總結，口頭表達和書面總結能力的提升都是有益處的。
2.成員管理：
對於新手，要用正確的方法積極引導，鼓勵他們多動手，不要埋頭看書，畢竟看書和實際寫程式碼差別還是很大的，每次帶新人我都戰戰兢兢，一開始的習慣很可能影響到他們今後職業生涯，每每想到這點，肩上壓力倍增。對於老手，要善於發揮他們的長處，以此帶動專案組其他成員，共同進步。平時要多關心瞭解組員，讓他們覺得專案組就像家一樣，大家都是兄弟，在攻堅克難的時候，這種團結有愛的環境對於解決問題有奇效。在公司損害到成員利益的時候要堅決和成員站在統一戰線。
3.工作流程：
程式設計是一件需要專注去做的事情，所以在日常工作中，在不影響專案進度的情況下，流程越簡單越好，繁雜不合理的流程會讓專案進度嚴重拖延，且打擊團隊士氣。
4.對於公司：
真的希望有些對這個行業不懂的老總能看到，不要再用你的一家之見來做出錯誤的管理決定，殘害手下的員工了。這個行業和傳統行業不同，不是請幾個講師就可以把公司管理好的，那是狗屁。每年請講師花幾萬，從裡面拿出一部分獎勵給工作出色的員工，效果要好的多。而且我們這個群體非常善良，你不提加薪，我們很多時候都不好意思提，真的。可是程式設計師也是人，人心易冷，那些新人累死累活工作一年多，還拿著兩千露頭的工資，每天還在喊著讓他們加班趕進度，可能嗎，對了，現在加班費都沒，晚上加班連晚飯都不提供一頓，我只能呵呵？即使你把人留在辦公室，心早已不在了。
今天牢騷到這裡吧，只要我在公司一天，就不能讓這些不合理的東西影響到我的組員，我會戰鬥到底。
最後，最近研究學習Swing，得到園子裡不少大牛（不加引號的哦）的幫助，俺心裡十分感激，等俺學成歸來，一定出個專輯，好好報答各位園友。