2016年，我從一家中型的IT公司離職，這短短一年經歷了人生的起起伏伏。因為表現突出轉正後從一名基層開發被領導提拔為部門前端方向負責人，所謂的技術leader。而就在我真的達到公司的事就是我的事的精神狀態短短三個月之後，因為工作負載、團隊管理、溝通這一系列的摩擦累積，我的心態徹底崩潰了。臨走時，一個工作有來往的領導推薦我讀這本書，說是這本書對他有很大啟發同時也希望我認識到自己欠缺的是什麼。
以下是我之後從業生涯中從書中總結出來的心得，願大家少走彎路，沉澱自我。
什麼樣的公司需要極客？
答案：只有一個人的公司。
大眾的眼裡極客的特質通常是自我、孤傲、傑出。極客在那些在不為人知的角落用一已之力，建立出偉大的成就。
但是那些知名的人物，真如大家所想象的那樣都是極客嗎？
林納斯開發出了Linux系統，比爾蓋茲創造出Windows系統，賈伯斯創造了蘋果，雷軍創造了小米。
創造這些偉大的成就的人，一開始確實可能是在獨自埋頭苦幹，但是真正把他們推向偶像高度的卻是他們從極客走向團隊之後，引領團隊的力量所取得的成就。
程式設計師的特質
程式設計師這個職業從業者的大都是喜歡獨自鑽研各種外人眼裡天書般的程式碼，能勝任這份工作都是有著出眾的智商，耐得住孤獨，探索真理。正因為這樣我們往往高估自己評定事物的能力，與外人接觸時總是無意中透露出自己出眾的能力，與人合作時總會害怕別人出錯影響自己的目標。
與個性恰恰相反的是，一款應用的推出一定是由一個團隊，包含前端、後端、資料庫、UI、產品、測試甚至是同一個公司的其它部門，這些人之間緊密配合，互相朝著同一個目標工作，最終才產出一款被使用者稱讚的應用。
寫程式碼其實是創造一款應用過程中最容易的事情，輸入正確的引數返回預期的結果。真正困難的事情是在這麼多人力協作過程中的配合，產品沒有描述清楚方案，開發看不懂需求，前端與後端對接錯了介面，分工出現差錯，承諾沒有交付，最終的上線可能離初始評估時間長几倍，甚至最終上線後還存在各種問題。一群思想各異的人，要在一起工作，必須建立起團隊文化，讓大家輕鬆、愉快、正確的把事情做成。有人的地方就有江湖，衝突總是不可避免的。
團隊中的衝突
如果你找身邊的同事請教問題，對方表示這個很簡單，這你也不會，往往大家就不傾向於問問題，而是把問題隱藏掉，或者用另一種很蹩腳的辦法處理，可以想象這樣的程式碼或者解決方案會累積多少隱藏問題。
對有三年以上開發經驗的同行來說在職業發展過程，大都會經歷內心膨脹期：你似乎已經無所不能，身邊的人已經遠遠不如你，你什麼都懂。再然後看這個不順眼，看那個不舒服，團隊中的矛盾危機重重，最終你選擇幹掉這個團隊離職自己找一個更高檔次的公司，那些表面看起來高大上的公司總是感覺更有誘惑力。但是不幸的是，上家公司的遭遇還會在這次表面看起來不錯的公司重演。要麼團隊內部方向不一致，要麼領導不夠信任你，要麼專案做不起來，大家一盤散沙。你感覺這個團隊的氛圍無可救藥，下次跳槽計劃又開始萌芽，這是一個死迴圈。
如果你在團體中承擔的是比較重要的崗位，你應該嘗試將一個壞的團隊氛圍變的朝好的方向發展，而不是盼望天上掉下一個各方面都對你胃口的同事，這一定是不可能的。
怎麼營造好的團隊氛圍辦法?
答案：HRT原則。
團隊中的所有衝突無非就這幾點原因：不夠謙虛、不夠尊重、不夠信任。
HRT原則指的就是謙虛(Humility)、尊重(Respect)、信任(Trust)，其中任意一項的缺失都是造成團隊衝突的主要原因。
如果你在團隊有影響力，並且你嘗試一下改變自己的行為方式，多一些包容，多一些理解，用更容易讓人接受的方式與人相處，好的處事方式會潛移默化的影響其他人。
試著在討論問題的時候，先同意對方的觀點，再講出怎麼做會更好。
發現別人做錯了事情，表明這樣的事情以前你也做錯過，再示範正確的方式，這樣可以讓別人更容易接受並改正。
分配任務時放手讓別人去幹，肯定別人的能力，在發現問題時再出手指正，而不是一開始就認為對方根本做不了，只是實在沒人了才交給對方。
多一些包容，少一些指責，找出解決問題的辦法，而不是揪出引發問題的人。
當一個團隊氛圍和諧，大家的精力都放在事上而不是停留在爭吵內耗，團隊產生的價值隨人數累加而不是抵消。
在一個有價值輸出的團隊，你才更有可能成為別人的偶像。
如何成為別人眼裡的偶像？
答案：做出有價值的事情，自然會有人把你當偶像。
要想成為別人眼裡的偶像，我們應該學會將團隊利用起來，大家共同把事情做出來。
團隊成就屬於每一個人，但當你站在更有擔當的角度，引領團隊前進，你就會在一定範圍內成為別人的偶像。
隨著團隊的產出擴大，相應的你的影響力也會擴大，我們每個人都有機會成為別人眼裡的偶像。
個人見解
團隊的本質不是事而是人，團隊裡的人彼此尊重、互相信任、謙虛有風度，大家融為一體互相幫助，順帶著把公司交待的事給辦了，工作也會是一種享受了。