職業生涯手記——三明治

      最近的新技術還真是多啊，什麼鬼Android的EventBus，RxAndroid，ios的ReactiveCocoa。

      我徹底沒有接觸過！！！沒空！！！加班！！！！

      響應式編程仍是蠻牛逼的。主要是方便開發，減小回調地獄（callback-hell）

      巴拉巴拉一大堆，仍是要回歸今天的主題——三明治。

 

      以前應該有說過，我所在的公司是個產品型的公司，在上線以前幾乎以三週一個版本迭代推動。目前0.6版本剛剛結束，下週就要進入0.7的開發期了。每一個新的版本以前都會有一個版本驗收和新版本定義的過程，這個過程通常控制在一週之內。

      咱們公司其實有個頗有意思的現象，從技術副總監這一層是個分水嶺，咱們的技術副總雖然確實是中層領導，而咱們公司從技術副總往下到通常員工感受上是一層的，統稱爲低層，往上上就是高層；看官們別覺得很好，能夠跟領導們開玩笑，實際上中層們日常也跟咱們中低層同樣，比較怕高層，從而致使溝通不足；因此每次高層們發火都基本是把全公司的人都罵一遍似的。。。固然高層都是把leader級別的拉進會議室罵，儘可能作到其餘人無感知。因此，做爲中低層的我來講，有時彙報了工做給中層，但中層沒有反應給高層，是一件比較蛋疼的事情。

      仍是說說今天爲何要忽然有感觸要寫文章了吧。今天其實是0.6版本驗收的日子，中層這幾天也很差過，常常出入高層辦公室，事情不少，因此今天拿着0.6版本的工做計劃驗收咱們小組的工做時，忘記了我前天提交的「0.6版工做完成狀況及工做過程當中完成的文檔」。正巧的是，驗收咱們小組時，高層心情也很差，讓我去打印一些資料，因此就悲劇了，驗收咱們小組時，我做爲組長不在場，只有4個組員在會議室裏被驗收，又恰巧，我寫的「工做完成狀況，有變動的工做等等」並無發給組員們知道，組員也不可能將這些將給中層們聽；因此大家懂的，咱們小組此次驗收可能不過。。

      而後打印完資料，高層就把我帶進會議室，此時會議室正好是後臺組驗收，大部分的leader都在後臺組，一塊兒把leader們批鬥了一番，說版本流程不規範什麼的了。

      不過確實，咱們做爲小組長確實沒作到位，沒有把每一個版本須要作的工做計劃好，沒有把工做平均分配給每一個組員，致使一些組員閒的沒事作，一些組員忙的頭破血流。

      會議過程當中，以爲感觸挺深的，若是有要彙報的事情，彙報給本身的上層了，若是有須要，是應該提醒上層讓他去彙報給他的上層知道的，這樣作實際上是爲了公司好，避免一些高層沒必要要的發火；每一個星期仍是須要抽空給組員作一個codeReview，在組內內部驗收一下。

      高層在批鬥結束後，就出去了，留着leader們風中凌亂。不過因爲正在驗收後臺組的工做，我這個app組的也就出去了。

      沒想到出去後，高層竟然叫我去辦公室喝茶。

      估計是想緩和情緒吧，高層隨便跟我說了幾句，以後告訴我做爲leader應該要有威信。手底下幾我的都管很差的話早晚會被下面的人取代。說了一會，稍微冷場了，我冒死問了一句「有時我以爲計劃很難作，怎麼樣才能遊刃有餘，有充足的工做分配給組員呢？」。高層回答的話讓我忽然領悟「沒有人知道將來會發生什麼，你只能分析觀察如今缺什麼，你就作，3個月計劃作不了？沒問題，那作3周的計劃。3周葉作不了？那3天的計劃總能作吧？」

      3天的計劃，確實只須要仔細思考一下，就能夠得出來。因爲每一個版本的開發週期是3周，因此每次到寫版本計劃時老是寫不完整，必定要版本開發開始了好幾廳，才發現有什麼工做是須要添加的。這個「3天計劃」讓我毛瑟頓開了。一次性計劃不出3周，我就多計劃7個3天的工做，由目前最缺的功能開始作計劃，再分析距離產品1.0上線到底還缺乏什麼內容，這樣一份版本計劃應該就能作出來了呀！

      以後感謝了高層的教導，離開了辦公室。

      三明治，其實意味的就是夾在中間的職位，要承受上面給予的委屈，也要承受下面給予的委屈，但都必須把每件事都認真解決了；能解決說明本身成長了；產品型公司就是瘋狂加班和瘋狂迭代，還有受到不少的委屈，可是最能鍛鍊人的也是產品型公司。否則市面上的三明治也不會有那麼多種啦，糕點店裏的三明治確定比路邊小賣部5毛錢的三明治好吃!!!