開發者很多，專案很少：開源成績單上 contributor 多、owner 少的真相

2026 年 11 月 1 日，掘金上一篇名為「為什麼幾乎所有的知名開源項目都是外國人寫的」的長文引起工程師社羣討論。作者提出的問題很老，但引用的數字很新，值得重新攤開來看。

先把數據放桌上。根據文中引用的《中國開源發展深度報告（2025）》，中國 GitHub 活躍開發者超過 210 萬，全球第三；若計入 Gitee、AtomGit、GitCode 等本地託管平臺，總量估計超過 350 萬，升至全球第二。活躍開源專案約 425 萬個，年增 40.58%，貢獻量佔全球 12.38%。

換句話說，「中國開發者不參與開源」這個印象已經被數據推翻。參與得相當積極。真正的落差在另一個地方：貢獻者多，發起者少。擅長走進別人的倉庫提交 PR、修 bug、補文件，卻很少自己開一個倉庫、定一套介面，然後把全世界的開發者養進來。

框架不是做出來的，是長出來的

原文點出一個常被忽略的規律：知名開源專案幾乎都長在某層平臺之上。React 是 Facebook 為了解決自家頁面效能問題而寫；Kubernetes 是把 Google 內部 Borg 系統的經驗抽象出來；Spring 源自 Rod Johnson 的一本書與隨書程式碼；.NET 則直接是微軟自家平臺的一部分。

誰定義了執行環境，誰就定義了框架該長什麼樣。而過去二十年，程式語言、瀏覽器核心、雲端平臺、套件管理這些「地基」的標準制定權，多半不在中文開發圈手裡。結果就是應用層極強、框架層存在感偏弱。原文的比喻很傳神：站在四樓的人，很難順手把一樓的地基重新澆一遍。

這與我們先前分析的開發者把 PNG 壓縮交給 AI 打磨的實驗是同一個脈絡的對照：小型工具型專案個人就能啟動，但要長成被全球依賴的框架，需要的起點完全不同。

卡住的不是天賦，是誘因結構

原文接著分析薪資與職涯這條線。矽谷跑通了一條順暢的循環：開源、累積個人聲譽、換到演講與跳槽與融資與贊助、全職維護、專案更好、聲譽更多。尤雨溪（Evan You）靠 Patreon 贊助做到全職維護 Vue，後來成立公司；Vercel、Supabase、HashiCorp 則把開源當成獲客成本。在那個語境裡，開源是一份可以換錢的資產。

同樣的循環在國內是斷的，斷點有三處。績效表上沒有 star 這一欄，被考核的是需求交付率、上線品質、故障時長，花三個月寫的框架在考核裡的權重，大概等於幫主管修一次印表機。公司握有一票否決權，法務擔心競業與合規、安全團隊擔心稽核、老闆擔心對手拿去商用，內部孵化的專案多數走不到發布。於是形成一種模式：開源、發布會宣傳、半年後停更。這種專案越多，全球開發者對其信任越低，下一批專案要站起來就更難。

更關鍵的一句是：你不會因為寫了一個輪子升職，但很可能因為輪子出事故被約談。這解釋了為什麼許多人心裡的框架，最後都停在本地分支裡。

原文也修正了「有錢有閒」的因果。絕大多數框架作者並非自由身，而是被公司僱著寫：React 領的是 Facebook 的薪水，Kubernetes 領的是 Google 的薪水，.NET 領的是微軟的薪水。以為的世外高人，本質上是領薪水的員工。少數靠贊助過活的個人英雄，那是成功之後的結果，並非成功的原因。

會寫程式，不等於會養社區

另一個被低估的環節是分發。專案的天花板，很多時候不由程式碼品質決定，而由社區營運決定：英文 README 寫得清不清楚、issue 有沒有人及時回、有沒有 roadmap 與 RFC 流程、在 Hacker News 和 Reddit 上有沒有人願意幫忙轉發。這些都需要專門投入的人力，而國內幾乎沒有公司設置這類職位。技術相當不錯的專案，國外開發者點進去看到純中文文件，多半就直接關掉了。

原文對此的估算很直白：如果技術差距是 20%，分發差距常常是 200%。GitHub 本身是英文網站，全球英文開發者的數量也多於中文開發者，這是現實條件，與傲慢無關。

對開發者的實際意義

把這些線索收攏，可以得到幾個可用的判斷。對個人而言，貢獻別人的專案與發起自己的專案是兩種不同的職涯資產，前者累積的是技能與人脈，後者需要的是英文文件、社區節奏與長期承諾，入場前要先算清楚自己能投入什麼。對團隊與公司而言，把開源當宣傳素材和把它當資產經營，需要的預算結構與授權政策完全不同；沒有後者的支撐，前者的信任效果只會遞減。對整個生態而言，應用層的優勢不會自動下沉到框架層，地基的標準制定權與誘因制度，才是那條真正需要補上的線。

這也呼應了我們在平臺與創作者內容授權爭議中反覆看到的結構：內容與程式碼的價值，最終取決於誰握有分配規則的制定權。開源世界的規則，目前仍然主要用英文寫成。