這個程式設計師在阿里五年晉升三次,Coding 是立身之本

支付寶技術團隊發表於2019-05-22

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

這個程式設計師在阿里五年晉升三次,Coding 是立身之本

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


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

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

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

讓自己脫離舒適區

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

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

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

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

向身邊優秀的同學看齊

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

用三年時間鍛鍊心力

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

這個程式設計師在阿里五年晉升三次,Coding 是立身之本

關於開會

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

關於晉升

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

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

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

Coding 是立身之本

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

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

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


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

相關文章