去年4月，全球有1.2萬人遞交了Outreachy開源實(shí)習(xí)的初始申請，最終只有700人收到那封"Your initial application has been approved"的郵件。如果你是其中之一，此刻可能正盯著項目列表發(fā)呆——就像我去年那樣。

從收到郵件到最終截止， precise 26天。我花了前5天在恐慌中打轉(zhuǎn)，后21天瘋狂補(bǔ)救。這篇文章寫于我的"貢獻(xiàn)期"第5天， panic 還新鮮到能嘗出味道，又遠(yuǎn)到可以當(dāng)笑話講。

Day Zero：那封郵件之后

周五晚上11點(diǎn)，我刷新了第100遍郵箱。郵件來了。我截圖、發(fā)推、給所有愿意聽的人發(fā)消息。然后打開Outreachy項目列表， reality hit：Now what？

沒人告訴我的是：大多數(shù)申請者第一周都在搞懂"怎么貢獻(xiàn)"。等他們弄明白流程，寶貴天數(shù)已經(jīng)沒了。所以讓我們跳過這條學(xué)習(xí)曲線。

第一件事：呼吸。你過了初始篩選，評審從你的文書里看到了共鳴。你屬于這里。

第二件事：抵抗立刻寫代碼的沖動。我知道，你的本能是沖進(jìn)最復(fù)雜的issue證明自己。別。那條路通向 frustration 和被放棄的 pull request（代碼合并請求）。相反，第一個晚上用來閱讀。真的閱讀。Outreachy申請者指南又長又悶，但能回答90%你之后會 panic 的問題。設(shè)個一小時鬧鐘，通讀一遍。

最關(guān)鍵的一點(diǎn)：你需要至少一個被接受的貢獻(xiàn)才有資格被選中。不是開始，不是提交，是被接受。意味著被評審、批準(zhǔn)、合并或記錄在案。

Day One：選項目

周六早上，咖啡在手，面對項目列表。我的教訓(xùn)是：選描述讓你 genuinely curious 的項目，不是你已經(jīng)全懂的那個。

我差點(diǎn)跳過Fedora AI項目，心想"我不是AI專家，選個安全點(diǎn)的"。然后意識到：Outreachy存在就是為了幫人們學(xué)新東西。導(dǎo)師知道你不是專家。他們評估的是你的學(xué)習(xí)能力，不是現(xiàn)有知識。

瀏覽3-5個項目描述。對每個問自己："我愿意為此興奮工作三個月嗎？"如果答案不是立刻的 yes，繼續(xù)找。

選定之后，碰代碼之前先做這件事：加入溝通渠道。每個項目都列出了聯(lián)系導(dǎo)師的方式。Fedora用Matrix，其他可能是Slack、Zulip或IRC。我用的自我介紹模板："Hi everyone! I'm [Name], an Outreachy applicant interested in [Project Name]. I have experience with [relevant skills], and I'm particularly drawn to [specific aspect of the project]."

Day Two到Day Three：你的第一個貢獻(xiàn)

這里是我差點(diǎn)栽了的地方。我看到一個標(biāo)著"good first issue"的標(biāo)簽，覺得"這個簡單，幾小時搞定"。

錯了。"good first issue"通常意味著"對項目維護(hù)者簡單"，不是對你。我花了整整一天試圖理解一個文檔修復(fù)的上下文，最后發(fā)現(xiàn)那個issue本身描述就不完整。

更好的策略：在溝通渠道里問導(dǎo)師，"對于想熟悉代碼庫的新貢獻(xiàn)者，你們推薦從哪個issue開始？"他們給的答案往往比標(biāo)簽更準(zhǔn)確。

我的第一個實(shí)際貢獻(xiàn)是個拼寫錯誤修復(fù)。聽起來很遜？但它讓我走完了完整流程：fork倉庫、創(chuàng)建分支、提交pull request、回應(yīng)評審意見、被合并。這個流程走了通，后面的貢獻(xiàn)就快多了。

Day Four到Day Five：建立節(jié)奏

到第5天，你應(yīng)該有：一個被接受的貢獻(xiàn)（哪怕很小），一個正在進(jìn)行中的第二個貢獻(xiàn)，以及和導(dǎo)師的初步對話。

我犯的另一個錯：以為必須獨(dú)自搞定一切。Outreachy的導(dǎo)師是志愿者，他們想要你成功。但他們是人，也有自己的工作。我的導(dǎo)師通常24小時內(nèi)回復(fù)，但周末不在線。我學(xué)會了在周五下午前把問題發(fā)出去，而不是等到周日晚上 panic。

時間線壓力是真實(shí)的。26天聽起來長，但 distributed 到多個項目嘗試、學(xué)習(xí)曲線、評審等待時間，其實(shí)很緊。我認(rèn)識的另一個申請者同時申請了3個項目，最后每個都做得不深。聚焦一個項目，深度勝過廣度。

那些沒人寫進(jìn)指南的事

Outreachy官方指南會告訴你技術(shù)步驟。但不會告訴你：你會在凌晨3點(diǎn)刷新郵件等評審反饋，會因為一個測試失敗而懷疑自己的整個職業(yè)選擇，會在看到別人的貢獻(xiàn)速度時感到 imposter syndrome（冒名頂替綜合征）。

這些都是正常的。我第3天凌晨2點(diǎn)還在折騰一個環(huán)境配置問題，在Matrix頻道發(fā)了條消息，沒想到另一個時區(qū)的申請者回復(fù)了。我們成了互相 debug 的伙伴，后來都被選中了。

另一個未寫明的規(guī)則：你的最終申請文書需要引用具體貢獻(xiàn)。不是"我計劃做X"，而是"我做了X，學(xué)到了Y，接下來想做Z"。導(dǎo)師在找能展示學(xué)習(xí)軌跡的證據(jù)。

最后幾天的真相

4月15日截止前48小時，我在同時推進(jìn)兩個貢獻(xiàn)：一個文檔重構(gòu)在等最終評審，一個功能修復(fù)卡在測試環(huán)節(jié)。我的導(dǎo)師說："提交你能完成的，不是你想完成的。"

我照做了。文檔重構(gòu)被合并，功能修復(fù)寫成"進(jìn)行中"狀態(tài)寫進(jìn)最終申請。這個誠實(shí)比硬撐一個半成品更有分量——后來和導(dǎo)師聊才知道，他們更看重你對自己能力的清醒認(rèn)知。

最終，我的貢獻(xiàn)期產(chǎn)出：3個被合并的pull request，2個進(jìn)行中的issue，以及和Fedora AI團(tuán)隊建立的工作關(guān)系。這些數(shù)字本身不重要，重要的是它們證明了我能在開源社區(qū)里學(xué)習(xí)、溝通、交付。

如果你今晚剛收到那封郵件，記住這個：26天足夠改變軌跡，但前提是你在第1小時就開始，而不是第7天。你的第一個貢獻(xiàn)不需要驚艷，它需要存在。剩下的，時間自己會證明。

現(xiàn)在，去設(shè)那個一小時閱讀鬧鐘吧——然后告訴我，你選了哪個讓你好奇的項目？