![]()
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,給新人講些沒用的廢話?」
特別聲明:以上內容(如有圖片或視頻亦包括在內)為自媒體平臺“網易號”用戶上傳并發布,本平臺僅提供信息存儲服務。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.