來自畢玄、玉伯、湯崢嶸的阿里工作經歷與思考。

淘寶技術演進的教訓#

畢玄的淘寶經歷#

畢玄（林昊）是阿里巴巴的技術專家，HSF 框架的創始人，親歷了淘寶技術架構的多次演進。

淘寶的技術演進史是一部不斷踩坑、不斷重建的歷史。每一次重大架構變遷都付出了巨大代價。

HSF 的誕生故事#

**HSF（High Speed Framework）**是阿里內部的 RPC 框架，畢玄是核心創始人之一。

創建背景：

• 淘寶早期系統耦合嚴重
• 服務化需求迫切
• 市面上沒有合適的方案

踩過的坑：

技術坑：
├── 早期性能問題
├── 序列化框架選擇
├── 服務發現機制
└── 容錯和限流

組織坑：
├── 推廣困難，業務團隊不願意遷移
├── 多個類似項目同時存在
├── 誰來維護的問題
└── 文檔和支援不足

淘寶技術架構變遷#

畢玄分享的架構演進：

技術債務的代價#

淘寶早期為了快速發展，積累了大量技術債務。後來花了很大力氣進行重構和升級。

畢玄的反思：

• 有些債務在當時是必要的（業務優先）
• 但要意識到這是債務，需要還
• 越拖越難還
• 有時候不得不「推倒重來」

阿里文化的理解與融入#

湯崢嶸的阿里經歷#

湯崢嶸在阿里工作期間，對阿里文化有深刻的理解和思考。

阿里文化的特點#

湯崢嶸的觀察：

正面：
├── 使命驅動，有理想主義
├── 執行力強，說到做到
├── 樂於分享，知識傳承
├── 擁抱變化，適應能力強
└── 重視人才，願意投資培養

挑戰：
├── 節奏快，壓力大
├── 政治因素存在
├── 大公司病
├── 文化適應需要時間
└── 不是所有人都適合

融入大公司文化#

湯崢嶸對融入大公司文化的建議：

1. 理解規則：每個組織都有顯性和隱性的規則
2. 建立關係：關係網絡在大公司很重要
3. 證明價值：用結果說話
4. 保持學習：大公司有很多可以學的
5. 管理期望：不要期待馬上有大影響

加入大公司後，先花時間了解環境，不要急於改變。理解了為什麼事情是這樣之後，再嘗試改進。

體驗技術部的創新實踐#

玉伯的螞蟻經歷#

玉伯（王保平）是螞蟻集團體驗技術部負責人，語雀的創始人。他的經歷展示了在大公司內部創新的可能性。

語雀的故事#

語雀是螞蟻內部孵化的知識管理工具，經歷了多次起伏：

語雀的發展：
├── 起源：內部工具，解決文檔管理問題
├── 成長：逐漸成為阿里內部知識管理平台
├── 挑戰：兩度面臨生死抉擇
├── 堅持：團隊堅持創新產品的信念
└── 結果：成為獨立產品，對外服務

內部創新的經驗#

玉伯分享的內部創新心得：

語雀兩度生死局，但創新產品之心未死。

內部創新的挑戰：

• 需要和現有業務爭奪資源
• 短期內難以證明價值
• 組織調整可能影響項目存續
• 需要高層的支援和保護

成功的關鍵：

• 解決真實的問題
• 有熱情的團隊
• 適度的保護
• 持續迭代
• 耐心等待時機

「願等花開」。有些事情需要時間，不能急於求成。—— 玉伯

大公司的技術管理#

大公司的特點#

在阿里這樣的大公司做技術管理，有其特殊性：

在大公司發揮影響力#

畢玄的建議：

1. 在專業上建立聲望：讓人認可你的技術能力
2. 解決重要的問題：選擇有影響力的項目
3. 建立關係網絡：跨團隊的合作很重要
4. 善於溝通：讓其他人了解你的工作
5. 保持耐心：大公司的事情需要時間

離開大公司的考量#

畢玄後來離開阿里創業，他的思考：

大公司有大公司的好，但也有天花板。要清楚自己想要什麼。

離開的原因可能有：

• 想做不同的事情
• 成長空間受限
• 創業夢想
• 價值觀不匹配
• 外部機會

不要因為一時的不順心就離開。大公司的經驗是寶貴的，離開前要想清楚。

阿里經驗的普適性#

什麼是可以借鑑的#

方法論：

• 數據驅動的決策
• 快速迭代的開發
• 覆盤文化
• 人才培養體系

技術實踐：

• 服務化架構
• 高可用設計
• 性能優化
• 中台建設

什麼需要謹慎#

阿里的經驗不能直接搬用，需要結合自己的情況。

不能照搬的：

• 阿里的規模和資源不是每個公司都有
• 某些文化特點不適合所有組織
• 技術方案需要根據業務調整
• 管理方式需要適應團隊特點

本章要點#

1. 技術演進有代價：淘寶的每次架構變遷都付出了巨大代價
2. 技術債務要管理：有意識地產生，有計劃地償還
3. 文化融入需要時間：先理解，再嘗試改變
4. 內部創新是可能的：需要熱情、耐心和適度保護
5. 大公司有特殊性：利用資源，但不被束縛
6. 經驗需要本地化：不能照搬，要結合實際