給公司新人---在團隊中快速成長

先來兩句話：

一個人可以走的很快,一群人可以走得更遠

靠譜的人都是主動發現問題，然後解決問題

談找工作與面試

我總結了一下，一般以下三種人，能夠找到比較好的工作：

1. 學霸級人物，主要表現：計算機理論基礎相當紮實，演算法、作業系統、編譯原理等基礎理論無不精通，通過校招的幾輪筆試、面試，一路過關斬將，拿到offer,這種人多半在211，985等名牌院校，各大名企也會去這些學校安排校招、筆試；這類人物，企業比較喜歡，因為在校期間就表現出了較強的學習能力，到企業中表現不錯的概率也比較大；

2. 網路知名博主，學生期間就大量寫博文，可讀性較強，技術性也不錯，有較大的訪問量，典型代表人物：July;

3. 出色的實習經驗和專案經驗,這類人，也是企業比較喜歡的，招過來直接就能用,因為本來企業招人就是做專案；

4. 還有就是同時具備以上2~3種的人,這種人基本是氣死人的型別，還讓不讓同齡人活了。

找到自己的定位,分析自己的優勢

那麼，我們來根據上面4中分類，來找準自己的定位；

我對自己的定位是第3種。

那麼你在面試求職時，就要重點體現自己的優勢，也就是專案經驗。

有的同學，有比較出色的專案經驗，但是會在意自己演算法、作業系統等理論比較差，會在面試的時候不自信。那麼我的辦法是：

1. 簡歷、面試時重點強調自己優勢，引導面試官，其實面試的人一般也是工程師，喜歡跟面試者討論技術，如果你們的討論感覺不錯，那麼你通過可能性較大；

2. 優先培養自己的優勢，�逐漸彌補自己的短板；

3. 精力有限，忌諱多線開工，又想有實習經驗，又想精通基礎計算機理論，那麼導致的結果，是各個方面都沒有亮點。在求職、面試時缺少亮點打動面試官；

4. 如果你在簡歷上，寫上了專案實習經驗，又表現出熟悉Java/Javascript,演算法等等啊，因為你在兩個方面都缺少亮點，面試官跟你想深入討論專案時，你就說自己不會了，面試官考你一下比較難的演算法時，你又不會了。給人的感覺很不好。

好噠，本人以血淚的親身經歷來告訴你們當年我如何Too young too simple.

1. 面試第一家公司，面了很多基本計算機理論，也面了前端，那年前端是稀缺物種，甚至前端這個詞還沒火。最後boss，問我想幹前端還是幹Python 工程師。我有點不知道該選擇那個方向；

2. 面試粉筆網，現在的猿題庫、小猿搜題，核心工程師和技術總監就是當年面試我的那個幾個人，第一個面我的就是現在的國內IOS開發大牛，唐巧。當初面的時候就是因為簡歷上沒有重點，記得當時被面了演算法、Android、Java伺服器端。被面了好多個方向，記得有伺服器端、Android、前端；每個方向都表現一般，沒有亮點，結果被拒了；

3. 面試用友研究院，沒錯給我發郵件是MacTalk的作者：池建強，現在他是錘子科技的雲平臺的技術總監了，當年還沒有MacTalk。那邊在招Java、Android、IOS、Python.我也沒特別表現出想做哪個方向...然後就沒安排面試...多麼痛的領悟

好啦，寫了這麼多，希望同學們清楚分析自己的定位，培養自己的優勢。

如何在團隊中快速成長

既然是靠譜的專案經驗，專案一般是靠團隊協作。有產品、設計師、前端、後端、移動端、技術總監大家的通力協作。

首先：

改變態度，由被動變為主動，改變在學校的壞習慣

我們讀書時，一切都由學校、老師安排。我們念什麼書，用什麼教材，考試考什麼內容，完成什麼作業。你需要的只是等學校、老師把要求規定好，同學們只要完成，OK，你就是一個出色的學生。但在專案中工作不是。

所有在牛A與牛C之間的產品，都是主動發現問題，然後解決了生活中的痛點

你可以列舉近幾年的手機、APP等，比如IPhone,Uber,微信。

在它們橫空出世之前，沒有人幫你定義IPhone,Uber,微信等應該長成什麼樣子。

那在工作中如何主動呢，

1. 主動質疑自己的工作，是否可以有更好的方案，是否可以效率更高；
2. 主動去尋找能承擔、改進的工作，不是被動等著上級分發“作業”；
3. 主動讓上級、同事瞭解你的工作情況和進度；
4. 主動了解團隊其他人的工作情況和進度，而不是偏安一隅，只顧好自己的事情。
5. 主動發現團隊中的痛點，如：資訊溝通不及時，溝通效率底下，某個解決方案可以有更好的方法？而不僅僅滿足於完成工作就好。
6. 靠譜的人都是主動發現問題，然後解決問題

學會溝通

溝通，很多公司效率低下重點就體現在溝通上。

溝通的主要影響體現在：

1. 因為溝通是很耗費精力的。它需要讓至少兩個人放下手上的工作來共同解決一個問題。等於花費了更多的人力；

2. 溝通要打斷工作，當工程師再回到自己原來的工作時，需要較長時間的思考來想起來上下文，再接著工作；

3. 會議有毒，會議意味著更多的人要打斷工作，一起來溝通，我每次提議開會，都特別慎重，因為會議的時間成本較大。

我自己總結了一些溝通的原則：

1. 溝通不是什麼事都要說，進行必要的溝通，避免不必要的溝通；
2. 有時候文字溝通好過語言溝通，因為在用文字描述時，你的思考更加完善；別人也更容易把握你的意圖；
3. 不是什麼事都需要別人立即回覆，我經常有很多事需要別人回覆，但不是立即回覆，我都是寫郵件，告訴別人，需要什麼時間給我回復，這樣既沒有打斷別人工作，我在等待回覆的時間，也可以做別的事情。
4. 有些事的細節需要討論，我一般在午飯、晚飯時跟對方一起吃飯的時候，討論、確認。

自己在以前一篇文章裡，寫過一些溝通的反思，也可參考：連結

深度合作,培養團隊默契

我先舉一個頁面的例子：

這是將要開發的APP的一個首頁,需要前端、伺服器端、移動端，幾個人的協作，才能完成這個效果。主要工作有：

1. 前端實現這個頁面的效果;
2. 伺服器端給前端提供資料;
3. 移動端需要跟前端的介面進行一些互動事件，點選最中間的廣告跳轉到其他介面等等;
4. 還需要三個人協作的部分，比如，現在介面程式碼需要更新啦，在不更新客戶端的情況下更新這個介面，移動端需要下載到新的前端程式碼，替換本地的前端程式碼，然後介面更新。這可能就需要前端、移動端、伺服器端三個人來共同完成。

這個工作顯然交給一個人完成是效率最高的，因為只有一個人的時候，是沒有溝通障礙的，但是一個人的時間和精力是有限的，所以需要團隊協作。

當我們的團隊看到一個方案，想要實現它時，

每個人都知道自己該怎麼做，該怎麼配合別人去做，那麼幾個人合作無間，效率是很可觀的

無論在哪個團隊，默契是需要培養。團隊溝通，討論實現方案，每一次程式碼改進，每次方案討論，每個人都值得切身地去體會，去反思：

1. 這次的實現方案是否最佳，是否有改進的方案；
2. 自己是否沒拖團隊後腿？自己如何進步，來促進團隊配置更佳；
3. 團隊在溝通和技術協作上，一定有改進的空間，是通過改變使用的技術框架還是其他工具？