程序員節，也恰恰是我在阿里工作滿3年的時候，借此機會盤點一下自己近3年來的工作，也為自己后續發展把把關。

個人的眼界和思考總是有限的，特別是對于研究和技術領域來說，知道得越多，其實就會知道自己有多無知，從而對未知心生敬畏，并因未知的廣闊而興奮。

我是1976年生人，屬龍，今年41歲，所以，可以算是老程序員了，15年前我讀研的時候，就被一起創業的小伙伴稱為老何了。我對寫代碼確實喜歡，大概在96年，大三的時候拿到了高級程序員證書，算是一樁可以拿來吹的事。

博士畢業工作以來，一直最大的樂趣就是自學習和深入的思考。所以，從來不以工作過程中項目或者業務的簡單或者復雜而困惑。對自身的發展我一直有一個明確的指導方針：就是一步一個腳印，提升自己解決問題的能力，不給自己設限。我大概在10年前面試一個40歲的大叔的時候，就認真地思考過，結論是：我喜歡寫代碼，我會為此堅持一輩子。

[[207981]]

一、既然這個項目這么重要，我們就干吧

回歸正題，總結一下在阿里最近3年的工作。

前兩年，我主要在御膳房數據引擎團隊做豬頭小隊長，聊兩個重點經歷的項目。

第一個就是5k+，一個通用大數據平臺。剛去一個月就趕上這個集合京杭兩地的大項目，確實蠻幸運的。在這個項目中印象深刻的有幾個地方吧，一個是立項的時候參與方案的討論，因為涉及京杭兩地、跨部門、跨團隊的溝通，各個團隊的老大難免在一起相愛相殺，我們一幫小弟在旁邊參與討論。一直相殺到凌晨的時候，在自由發言的階段，我實在忍不住，跳出來說：既然這個項目這么重要，我覺得我們就干吧。真的是仗著自己在創業公司積累的銳氣跳出來說這一句的。我覺得大不了就是拼啦。

我說完就意識到這可能給自己的老大帶來了巨大的麻煩。很幸運我老大也早就扯煩了，站出來承擔責任，一時間各個老大分別出人出槍，一時間群情激奮。最后的責權分配在20分鐘內就完成了。甚至一位老阿里都哭了。

感謝那一晚上的感覺，也感謝阿里給我一幫很棒的隊友和老大。永遠記得。

后面996兩個月，并且京杭兩地互換出差的過程中，我負責兩個小模塊的項目管理，我發揮自己解決問題快的能力，哪里有窟窿我就去哪里堵，當然，整個團隊的人都非常強大也非常努力。在最后項目結束評獎的時候，我拿了個最佳救火隊員獎，我真喜歡這個獎。

雖然我也是項目的PMO之一，但是除了打醬油，更多的是觀摩和學習阿里的項目管理和組織協調。

這個項目真的很難，做的過程中經歷了各種妥協，項目完工后我們又斷斷續續還了一年的技術債，但是當時那種拼搏自己和燃燒自己成就BIG ONE的感覺，再難重現。

后來也跟一些其他公司的同學溝通關于數據平臺構建的事情，發現，我們真的走得很遠。

因為是寫自己的感受，就不表揚其他同學了，要不然寫一本書都可以啦。

二、這不是我一個人的工作，只是努力使它變得完美

第二個項目也帶有我自己的強烈特色，我們一直被業務壓的很緊。但是對于引擎層研發來說，團隊成員也有自己的訴求，而且，系統要逐步完善和改進。在5K+項目完成后，我們依賴的一個重要模塊開始頻繁出現問題，隨著團隊間溝通的深入，我們發現對方團隊的不穩定和發展方向不確定導致這個模塊未來風險非常高。我們首先想到的是部署一套新的，作為過渡。在過渡階段，為了完成業務的同時來做這件事，我把團隊兩位同學的一部分業務工作承接過來，騰出人力開始做這件事，兩位同學遠赴杭州，出差一個月，把平臺基本接過來。保障了我們業務的平穩運行。隨后，我們調研后果斷拋棄了這個模塊的原有實現，調集團隊的技術力量重新規劃設計新的模塊，除了替換，更重要的是為了發展。這一步走出后發現后面很多東西都活了，數據服務開始作為一個重要的點慢慢從整個平臺浮現出來，與數據團隊產生更深度的互動。進而隨著原數據服務的不穩定，催生了新的數據服務平臺。

這不是我一個人的工作，我只是努力使它變得完美。當初萬分糾結，每一步都步步驚心，現在相信每個參與這個項目的同學，心里都是美好的回憶。而且，我們不僅通過這個項目成就了自己，更成就了兄弟團隊，成就了御膳房的發展。說大了。

三、技術挑戰是獵物，是機會，是戰功

在這三年里，我不認為自己遇到了很大的技術挑戰，很多事情提前想到，組織技術專家提前討論，當和團隊在一起的時候，技術挑戰是獵物，是機會，是戰功。

舉一個簡單的例子來說明我做一個項目的過程，例如：我們要實現一個限流的服務，就是允許一個租戶的qps最高多少。

首先需要界定問題的邊界，包括：要不要考慮網絡層攻擊(可能被其他模塊處理掉)、未來一段時間業務的規模，系統穩定性、架構擴展性等。

這些問題確定后，會有一系列的技術方案或者成為技術選型，那么如何判斷采用什么技術方案，當時不是最新最酷的最好的，要考慮將來部署環境，上下游環境。最重要的這是一個分布式需求。簡單來說，n臺服務器共同維護一個qps值，這后面的分布式理論，樸素來說就是CAP，在CAP三者不能同時滿足的情況下，應該降低那個并保證業務的目標。

為此，我們參考分布式的BASE模型，降低了一致性的需求，采用分區和主體配額池結合的思路解決了大租戶的流量控制，而針對長尾租戶采用了另一套控制來保證精確限流。

同時考慮第三方模塊和非關鍵模塊掛掉或者降級中的應急預案，以及模塊部分宕機或者機房斷電導致的服務不可用，以及某些服務的單點問題等而設計完整的穩定性方案。

當然，最后還要考慮擴展性方案，如果需求規模突然變大，但是整體是有邊界的。

總結起來，整個項目要有明確的目標和階段以及對應的關鍵指標，做到可觀測、可評估、可擴展、可恢復、以及容易交付給其他人繼續研發和維護。

我不認為自己做得很好，但是當逐步完善一個系統時，真的蠻快樂的。

四、我不認為做到35歲轉管理是必要的

現在細想起來，在我的成長道路上，給我提供技術指導的大牛真的很少，更多的時候，我更喜歡向任何一個我遇到的人學習，我學習的目的不是超越別人，而是超越自己。轉崗到iDST團隊后，我坐在iDST老大的旁邊，有幸耳濡目染研發和管理達人的工作，受益匪淺。我一直覺得，程序員沒有人能教會，要的是自己的鉆研和用心的學習。包括我原來御膳房團隊的同學和現在iDST的同學，在合作和交流中，總能發現那些令你眼前一亮的優點和閃光點。這如何不欣喜。

另外，我覺得保持持續的思考和以開放的態度與其他同學溝通非常重要，互通有無。

我覺得我目前最大的技術優勢可能還是在工程領域，主要是服務器后端研發以及數據平臺建設這邊，主要是思考和經驗比較多。我會在理論和實踐兩個方面繼續增強自己的能力。與此同時，我一直在儲備自己在人工智能方面的知識。得益于我博士論文期間在信息檢索方向的深入思考，我很早就發現了這個能讓我著迷的領域。

這里稍微聊兩句人工智能領域，雖然一些人說這里面也就是所謂的調參、特征工程、訓練深度網絡等。這些真的是門外漢才會這么說。真正里面需要的是理性的思維，解決這種沒有明確的路徑可尋的問題需要非常深入的思考、嘗試，經歷無數次失敗可能有一點小收獲，然后還要把這種小收獲用最精準的數學語言闡述出來，為后續的研發鋪平道路。

目前我剛剛讀完NLP領域的一本綜述，正在重新構建自己的概率論和統計學的知識體系，盡量做到基本的概念信手拈來，然后找一個小的領域進行深入的思考和嘗試。對于我來說，找一個點建立一個模型，改改參數出一篇論文的誘惑不大，我希望能夠研究前人的研究成果，在理論深度有一定的突破。

在這個領域，那些談35歲就轉管理的程序員可能根本就無法明白。當遇到一個可以持續投入精力去鉆研，并且越鉆研覺得越難的事情的時候，對于我來說，何其幸運。更何況，我不認為做到35歲轉管理是必要的。管理并不好做，很多人以為管理就是分配工作，技術人員都是心高氣傲之輩，能力低的根本領導不了，只能領導能力更低的。而且真正的管理和寫代碼一樣，也是一門學問，一門理論與實踐相結合，需要邊探索邊實踐的學問。人家讓你領導，是把自己的發展托付到你的手里，所以是更重的責任。

我主要利用上下班路上的時間來做機器學習的鉆研，每天大概3個鐘頭左右，上班時間主要還是寫業務代碼，我熱愛寫碼，調通一個功能的感覺真TMD爽。

舉個例子，那本NLP綜述，我用了將近一年的時間，在上班路上讀完，在讀到機器翻譯模型的時候，深深的迷醉與那5個IBM工程師發明的模型。這些模型發明的過程，思考的過程，是我學習的對象。

最后想說的是，在阿里，一樣經歷繁華，經歷迷茫，經歷失落甚至冷落，最重要的是守住自己的技術之心。

每年至少800次想不干了，當然，掙錢養家最重要。

能讀到這里的都是真愛啦，我無意成為大V或者技術領袖，自從見識了某位外來的技術領袖在阿里混了一年多一事無成被3.25后離職，就對技術領袖無甚尊重。

祝各位心想事成，人人十套學區房。

作者：何召衛。阿里巴巴高級技術專家。