Outreachy錄取率僅3.2%：我第1周踩的4個坑讓 men

2024年4月的某個周五晚11點，Maria 第127次刷新郵箱。屏幕亮了："Your initial application for Outreachy has been approved." 她截圖、發推、給貓看。然后打開項目列表，大腦空白：現在呢？

這是 Outreachy 申請者的標準劇本。這個面向技術領域少數群體的實習項目，2024年收到超過 4,600 份初篩申請，最終錄取約 150 人——錄取率 3.2%，比哈佛 MBA 還低。

Maria 在獲批第 5 天寫下這些， panic 還新鮮到能嘗出味道。她的時間線：4 月 15 日下午 4 點 UTC 截止，獲批時只剩 26 天。聽起來充裕？她后來發現，大多數人第一周都在"搞懂怎么貢獻"上燒光時間。

Day 0：那封郵件之后，別急著寫代碼

獲批當晚，Maria 的本能是沖進 issue 列表找個最難的 bug，證明自己配得上。她忍住了。

Outreachy 申請人指南（Outreachy Applicant Guide）有 30 多頁，"又臭又長"——但回答了 90% 后來讓她 panic 的問題。她設了一小時鬧鐘，硬讀完了。

關鍵發現：需要至少一個"被接受的貢獻"（accepted contribution）才有資格進入最終評選。不是"開始了"，不是"提交了"，是審核通過、合并或記錄在案。這個區別讓無數人倒在終點線前。

Maria 的 mentor 后來在 Matrix 頻道說：「每周都有申請人問我'我提交了 PR 為什么沒資格'——提交和接受是兩件事。」

Day 1：選項目的陷阱

周六早晨。Maria 差點選了"安全牌"——一個她用過的工具鏈項目。理由是："我不是 AI 專家，Fedora AI 項目太冒險。"

她重新讀了項目描述。Outreachy 的設計邏輯是幫助人學習新東西，mentor 評估的是學習能力，不是現有知識儲備。她換了選擇標準：不是"我會什么"，是"未來三個月我愿意每天琢磨這個嗎？"

選定 Fedora AI 項目后，她做了一件 60% 申請者跳過的事：先加溝通頻道，再碰代碼。Fedora 用 Matrix，其他項目可能是 Slack、Zulip 或 IRC。

她的自我介紹模板：

"Hi everyone! I'm Maria, an Outreachy applicant interested in Fedora AI. I have experience with Python and machine learning basics, but I'm new to open source packaging. I read through the project description and I'm particularly curious about how we handle model versioning. Looking forward to learning from everyone!"

三小時后，mentor 回復了：「歡迎！模型版本控制正是我們頭疼的點，可以先看 issue #847。」

第 3-5 天：貢獻的隱藏規則

Maria 的第一個 PR 花了 4 天。不是代碼難，是她沒搞懂流程。

Outreachy 項目通常有"新手友好 issue"（good first issue）標簽，但她發現：有些標了新手友好的 issue 其實需要深層上下文。她花了 6 小時在一個 issue 上，mentor 評論：「這個其實依賴另一個未合并的 PR，建議先放一放。」

她的調整策略：在頻道里先問"這個 issue 當前狀態如何"，再動手。節省的時間以天計算。

另一個坑：文檔貢獻算不算？Maria 的 mentor 明確說：「文檔 PR 完全算數，但必須是實質性改進。改個錯別字不算，重寫一段讓人困惑的教程算。」她最終提交了一個模型部署指南的補充章節，兩次修改后被合并。

第 5 天晚上，Maria 在筆記本上寫：「如果獲批當晚有人告訴我這些，我能省出 4 天。」

她的最后一條記錄是個問題，沒寫答案：「明年這時候，我會不會也忘了現在的 panic，給新人講些沒用的廢話？」