Aidan Wang

Engineering Manager · 寫複雜系統與技術領導

用一張圖加精簡的文字,把複雜的系統講清楚。

目前寫了 18 個系列、189 篇文章——從 SQL、DDIA、Kafka、Airflow、Kubernetes、SRE,到帶團隊的心得與實戰的電商系統設計。

從這裡開始 → 關於我

精選系列

Designing Data-Intensive Applications 讀書筆記

12 篇

逐章讀《DDIA》:資料模型、儲存引擎、複寫、分區、交易,一路到分散式系統的取捨。

Re:從零開始做直播代購電商平台

21 篇

戰爭故事:拿真實做過的直播代購電商平台重打一次——留言下單、庫存、金流物流;當年怎麼做、重來怎麼設計。

成為 Tech Leader 讀書筆記

11 篇

讀《成為 Tech Leader》——寫給正在或即將帶人的工程師的筆記與反思。

還有 Redis、Kafka、Spark、Airflow、K8s、SRE 等共 18 個系列 → 看全部

最新文章

同事私下抱怨:Ralph 身上味道很重 討好 叫抱怨的人忍一下→ 有人離職 指責 「你很臭,去處理一下」→ Ralph 受傷,還是不知道原因 超理智 全員信:「請注意個人衛生」→ 人人覺得被點名,只有 Ralph 沒認出 打岔 不處理,等它自己消失→ 問題惡化 言行一致 私下、直接、好好跟 Ralph 談→ Ralph 去看醫生,還很感謝 三個點 = 自己(上)/ 對方(左)/ 情境(右);實心 = 有顧到,空心 = 忽略了

領導力 - 力量與言行一致

· tech · 約 7 分鐘 · 📚 成為 Tech Leader 讀書筆記 #11

激勵篇的最後兩章(Ch14–15)談的是「力量」——但 Weinberg 講的力量,跟一般人想的不一樣。 Ch14 第一句話就把常識翻掉:力量不是你身上的東西,是你和別人之間的關係。 工程師最容易混淆…

#leadership

每一次比較只能把「還有可能的排列」分成兩半 a < b ? b < c ? a < c ? 小於 大於 a b c a < c ? b a c b < c ? 小於 大於 小於 大於 a c b c a b b c a c b a 小於 大於 小於 大於 n! 片葉子 → 高度 ≥ log₂(n!) ≈ n log n → 最壞情況至少 n log n 次比較

排序是最便宜的結構:比較的下界、counting sort 與二分搜尋

· tech · 約 9 分鐘 · 📚 Competitive Programmer's Handbook 讀書筆記 #2

上一篇講的是看到 $n$ 就知道該寫什麼複雜度。這一篇講 CPHB 第 3 章:排序。原書這章很短,但它藏著一個我覺得比排序演算法本身更重要的觀念——排序不是目的,是在替後面的問題製造結構。 很多題目…

#algorithms#cphb#sorting#binary-search#book-notes

時限 1 秒 ≈ 數億次基本運算:看 n,反推能用的複雜度 輸入大小 n 可接受的複雜度 典型做法 運算量 n ≤ 10 O(n!) 試所有排列 10! ≈ 3.6×10⁶ n ≤ 20 O(2ⁿ) 試所有子集 2²⁰ ≈ 10⁶ n ≤ 500 O(n³) 三層迴圈 500³ ≈ 1.3×10⁸ n ≤ 5000 O(n²) 兩層迴圈、所有配對 5000² = 2.5×10⁷ n ≤ 10⁶ O(n log n) 或 O(n) 排序、掃一遍 10⁶×20 = 2×10⁷ n 很大 O(log n) 或 O(1) 二分搜尋、公式 — 例:n = 10⁵ 卻寫了 O(n²) → 10¹⁰ 次運算,要跑數十秒——還沒寫就知道不行

看到 n,就知道該寫什麼:時間複雜度與最大子陣列和

· tech · 約 10 分鐘 · 📚 Competitive Programmer's Handbook 讀書筆記 #1

開一個新系列:讀 Antti Laaksonen 的 Competitive Programmer's Handbook(CPHB)。這本書是 CSES Problem Set 的配套教材,線上 PD…

#algorithms#cphb#complexity#book-notes

231 次 CI 執行 綠燈 194 取消 22 紅 15 15 次紅燈,原因 測試 8 lint 4 基礎設施 3 mypy 0 8 次測試紅燈,攔下了 靜默 bug ×3 repo 狀態變 CLEAN 單一 OS ×2 內容已確認 單一 OS ×2 log 已過期 flaky 15 次全在 PR branch 漏進 master:0 次 「log 已過期」的兩次只知道紅在哪個平台、不知道是哪個測試。flaky 那次是唯一帶著紅燈 merge 的 PR。 取消 22 次:21 次是 master 上被較新的 merge 取代,1 次是 PR 上被新 push 取代。

護欄工程:測試與規範在 AI 產線的新角色

· tech · 約 10 分鐘 · 📚 帶 AI 的手藝(2026) #7

第一篇把護欄定義成「加寬頸的工具」——把每次都要人眼看的檢查交給機器,人的驗收頻寬留給機器驗不了的東西。上一篇在一份綠燈 PR 裡看到這句話的反面:1294 個測試全綠,但它們全部只用一個 stash…

#ai#testing#side-project

作者盲測 裸 AI +CLAUDE.md +review skill B1 index 反轉 邏輯邊界 △ 沒有 test 釘住,沒驗證 3/3 3/3 3/3 B2 Apply 變 Pop 靜默回歸 ✓ 3/3 3/3 3/3 B3 越層用 pygit2 架構判斷 ✓ 1/3 2/3 3/3 沒埋的真 bug 部分失敗卻只報錯 ✗ 1/3 1/3 3/3 花費 20 分鐘 每次 0.4–2.2 分鐘、$0.09–0.19 B1 怎麼確認 讀 diff 9 份裡 8 份寫腳本實測 pygit2

驗收的手藝:怎麼 review AI 的 code

· tech · 約 11 分鐘 · 📚 帶 AI 的手藝(2026) #6

第一篇說,頸寬等於你能負責任地驗收的頻寬;上一篇說,規範決定的是「什麼時候算做完」。這篇往下走一步:東西做完了,交到你手上,你怎麼驗? 「review AI 的 code」聽起來跟 review 人的…

#ai#code-review#leadership

Tools · Guides · RSS