小二穆遠是螞蟻金服的一名程式設計師，五年晉升了三次，他要聊聊自己的五年阿里之旅，那些變化、堅持和淚水。請看本期的年陳故事會。

在阿里待滿五年是一種什麼樣的體驗？打怪升級，一路找尋自己的答案。《年陳故事會》，來自阿里小二的自述。

說起與阿里的緣分，是因為讀書時在T公司實習，不喜歡實習那個組的工作內容，毅然決定來阿里工作。其實現在看那時的自己，也只是年輕不諳世事，半隻腳踏入社會就開始以自己幼稚的標準評價周圍的人、周圍的事，所以按照當時我的認知水平，如果先在阿里實習那現在很可能就是在 T 公司寫五年總結了，正因如此，我後來很喜歡講一個黑程式設計師的段子，“所有程式設計師都看其他程式設計師是 SB”，因為自己也是從那個階段走過來的。

這也讓我想到最近團隊新來的 93、95 後們，這些新同學普遍教育背景非常好，新加坡國立、牛津等等，但每個人都不是應屆進來，而是在其他公司工作了幾個月後跳槽到這裡，是個很有意思的現象。聯絡上述我自己實習的經歷，我想表達一個觀點，也許每個大公司都一樣，不盡如意，我們只能在跳過幾次槽，碰壁過幾次後才會發現在哪裡都差不多。當我們選擇了阿里，我以自己的經歷來看，這裡不會錯，可以接觸到領域內最先進的技術，保持高速成長，周圍充滿了行業內最優秀的人才，每個人都有閃光點值得學習，有很好的組織保障讓我們在很好的團隊裡，專注工作。

每年都會看到有同學在內網分享自己的三年醇、五年陳經歷，印象裡大家談到最多的就是變化，就是堅持，就是淚水，我想我也差不多是這些，但每個人都是獨一無二的經歷，我也來分享一些故事和想法。

讓自己脫離舒適區

我記得 15 年第一次談績效，那會剛參加工作一年，跟當時的主管說，我很焦慮，因為各種工作上的問題，想知道該怎麼避免這種狀態。出乎我的意料，老闆饒有興趣地看著我說，一個剛畢業的小同學，應該還是埋頭做事的階段，如果有焦慮感，那是非常好的事情，一定要保持住。從那之後，我就記住了這句話，不再排斥自己因為能力不夠，工作沒做不到位帶來的不適感，而是利用這些，督促自己學習、適應、解決問題，同時儘量讓自己保持狀態，脫離舒適區。

皮實一點，幫團隊承擔更多

保持不適感是為了讓自己可以擁有持續成長的動力，那麼，幫團隊承擔更多就是讓自己做到持續成長的方式。這個邏輯大家都懂，我就舉個小例子：我們團隊負責的系統有一個工作流引擎，是做離線計算的，down 掉重啟一下就好了，也不會引發線上故障，但年輕氣盛的我，主動請纓要在一個月內提升到四個九，其中過程的艱辛不表，但結果是好的。後來有人跟我講，系統穩定性問題那都是最複雜的問題，需要 100% 認真去做，否則就是 3.25 起步，那年的晉升，這件事也意外成了我彙報的一個重要亮點。

這類事情，我相信每個技術同學都經歷過，對我來說，判斷一件事要不要做的原因不是這件事做完是否可以拿出來講，而是這件事是否可以解決團隊的問題，因為解決問題的過程我一定可以學到東西，同時也會讓我得到團隊的認可，當然也附帶了其他好處，比如事情做得多了，年終總結的時候，一定有值得總結沉澱的亮點，就像廣撒網一樣。

向身邊優秀的同學看齊

那麼多的雞湯，我卻選了這碗，是因為向身邊同學學習對我的幫助真的很大。知乎上很多人在討論剛畢業，大公司與創業公司該去哪裡，在我看來，大公司優先順序遠超過創業公司的原因是，大公司平臺好，聚集了行業內最頂尖的人才，而且阿里的趨勢是，人才越來越高階，這真的是對我們每個人最大的利好。就拿大家最煩的週報來講，我剛開始寫週報的時候，總是很苦惱，團隊有的同學的週報寫的那麼清晰和豐滿，我只能羅列解決的幾個小 issue，所以我才能慢慢地看懂別人的工作，學到別人的思考，應用到自己的工作裡。也因此養成了總結的習慣，長期培養的抽象總結能力，不僅體現在週報上，各種彙報 PPT 都非常有用，更能幫助站在全域性思考。

用三年時間鍛鍊心力

我有一個習慣，每當有新同學入職找我一對一溝通，我不會畫大餅，說這裡的工作多美好，而是告訴他，最好待滿三年。因為我看到太多人一年左右就離開了，因為各種原因。當然，並不是說一年跳槽不對，只是我聽到很多人在不同場合都講過，在一個公司，最少待三年才能對這個公司有感覺，這也是公司一直強調的三年醇的邏輯。關於這個邏輯，我也是很認同的，我認同的原因不是說，想對某個公司有感覺所以要待三年，而是通過三年的時間，鍛鍊的不僅是技術，還有強大的心力，而後者，待的時間不夠一定體會不夠。

關於開會

會議效率是個“亙古不變”的話題，見仁見智，我一直踐行的一點是，如果決定參加某個會議，就要認真聽，認真思考，認真反饋，在會議裡起到作用，如果去了不聽，只是看自己的電腦，那就不要去，因為在會議裡工作一點效率都沒有。

關於晉升

馬上要開始晉升季了，在晉升這個話題裡，我也希望可以提供一些我的心得，因為非常幸運地，我在這五年內晉升了三次。晉升，一定是天時、地利、人和缺一不可的，拋開運氣成分，我總結一下我的地利、人和的部分。

關於地利，我的經驗是，專注、深耕一個領域，比如我是做機器學習工程平臺的，從 14 年“近衛軍”培訓結束就開始做，到現在還在做這個事情，而且未來我還會持續做這件事，所以，對我來說，在一個領域內不斷地學習，是成長的必要條件。

關於人和，對我幫助最大的方法是，永遠按照更高的層級要求自己做事情。其實邏輯很簡單，一定是一個連續的、循序漸進的過程。所以，我們要讓跨過這個 range 的過程儘量的自然，那就只能提前多邁邁腿，讓晉升變成水到渠成的工作彙報。

Coding 是立身之本

如果說上面是我這些年總結的心得，那最後這一條就是匯聚所有心得的基礎。“我們要保持一直在一線 coding”。從去年升到 p8 開始，不止一個同學問過我，升了 8 當了主管還需要寫程式碼麼。首先，我認為作為主管第一要務是對團隊負責，保證團隊目標達成，保證團隊穩定，負責團隊每個人的成長，但這些跟 coding 有什麼關係呢。持續 coding 可以保持一個人敏銳的技術嗅覺，在技術選型，方案討論時做出正確的判斷，避免自己逐漸演變成太“形而上”的技術思維。但從精力分配角度來看，對團隊負責一定會佔用大部分精力，我的經驗是，多寫，多 CR。

多寫的意思，不是說我是架構師，我是技術專家，我就一定要寫核心程式碼，搭框架，那樣肯定不夠，也沒有那麼多核心程式碼給一個人寫，要平衡，也要分擔，既要團隊每個人都有核心模組成長，也要承擔 30% 的日常的 coding。

多 CR 是很重要的，尤其在時間不夠的情況下，可能有些 issue 沒時間寫，但可以通過 CR 保持細節的跟進並學習其他同學優秀的程式碼風格，一舉兩得。

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/69904796/viewspace-2645154/，如需轉載，請註明出處，否則將追究法律責任。