我幾乎可以保證，你一定受惠於某個技術社群：可能是有人回答了你在 Stack Overflow 上的提問，可能是一篇教會你新技巧的部落格文章，也可能是一支終於解開你困惑的 YouTube 影片。社群一直在那裡支撐著我們每一個人。但要打造真正成功的技術職涯，光是消費社群提供的東西還不夠——你得成為它的一部分。

社群對職涯的價值#

所謂技術社群（technology community），指的是一群人——往往散布在世界各地——聚集在一組共享的空間裡（包括實體與線上），彼此分享資訊、發展專業關係、互相支持。許多技術社群難以被看見，因為它們不會替自己架一個「關於我們」的網站；它們有點縹緲地存在，活動零散分布在各個線上與實體論壇之中。

以作者投入大半職涯的 PowerShell 社群為例，這個由 Microsoft 打造的技術累積了龐大的追隨者。你能在許多地方看見這個社群的痕跡：

• Twitter 上的 #PowerShell 標籤
• PowerShell.org、PowerShellMagazine.com 等網站
• 數百位個人貢獻者的部落格
• PowerShell Summit 這類研討會
• 每月聚會的眾多實體與線上使用者群組

這個社群沒有中央樞紐，但只要你開始跨場域觀察，就會不斷看見一批熟面孔：亞當·卓斯科（Adam Driscoll）、蜜西·亞努斯科（Missy Januszko）、克莉絲·勒梅爾（Chrissy LeMaire）、傑森·赫爾米克（Jason Helmick）、傑弗瑞·希克斯（Jeffery Hicks）等人。他們常常就是那些發布技術新聞、宣布聚會、在問答論壇解答、或在研討會演講的人。他們之中很少有人會自稱「社群領袖」，但他們確實是——是他們主動提供協助、花時間籌辦聚會、自願撐起研討會、拍免費影片。

關鍵在於：這些大名鼎鼎的人，幾乎全都從同一個起點出發——在問答論壇問了第一個問題、讀了第一篇部落格、看了第一支影片。他們多半是加入一個早已存在的社群，先當個受益的消費者；隨著時間過去，他們決定開始回饋。他們在提問之餘也開始回答問題、開始寫自己的文章、開始自願籌辦研討會與線上聚會。他們被自己受惠過的貢獻所啟發，於是想要回饋。

而在回饋的過程中，他們幾乎都替自己的職涯帶來了可觀的推力：

• 有些人因為社群貢獻被 Microsoft 注意到，如今進了 PowerShell 團隊。
• 有些人因為雇主看重「樂於也有能力幫助他人」的特質，而獲得升遷或新工作。
• 最重要的是，每一位成員都僅僅因為選擇參與、幫助他人，就建立起一張難以言喻地強化職涯的人脈網。作者甚至猜想，他們若需要工作，大概只要發一則推文，幾天內就會湧來推薦、線索甚至工作邀約。

這類技術社群無所不在、隨時存在，涵蓋你所能想到的每一種技術；甚至存在於技術以外，圍繞著多元共融、職涯成長等共同關切。你很可能早就在跟它們互動，只是沒意識到那個回答你問題的人，其實隸屬於某個更大的整體——而你也能成為其中一員。

讓我們誠實面對這個產業：廠商與開源專案推出新技術的速度快到幾乎沒人跟得上，文件卻越寫越薄。我們能撐過每一天，靠的就是彼此——上網搜尋、發問、翻 YouTube、期待錯過的研討會有錄影可看。

沒有社群、沒有彼此，我們多數時候都會走投無路。

你當然可以只消費社群的產出，當個被動的參與者：讀別人的答案、看別人的影片、在線上聚會潛水。但在自然界，有個詞專指「只索取、不回饋」的生物——寄生蟲（parasite）。這個詞帶著大量負面聯想，沒人樂意把自己想成這種生物。所幸在技術社群裡，你有一條輕鬆得多的路可走：

你可以貢獻。

你絕對有資格貢獻#

作者常常聊起「貢獻」這個話題，多年下來大概跟數萬名技術從業者談過。幾乎反射性的反應，通常落在兩大類：

• 「喔，我沒什麼好貢獻的，我才剛起步。」
• 「喔，我真的沒有多餘的時間貢獻。」

如果你也抱著這兩種心態，那它們其實都在貶低你自己。

第一，你八成低估了「有價值的貢獻」有多麼包羅萬象。 也許你受惠於讀部落格，卻無法想像自己當部落客；也許你從社群辦的研討會獲益良多，卻想不通自己為何、如何去辦一場。把視野放寬：你無法用某種對你有價值的方式去貢獻，不代表你不能用其他對別人有價值的方式貢獻。

第二，你多少受了冒牌者症候群（imposter syndrome）的折磨——那種「我是房間裡最沒能力的人，只要一出頭大家就會看穿我」的惡毒感受。但在社群的語境裡，一切都夠好了。也許你剛搞懂某項技術的某個做法，何不寫成部落格？就算已經有一百個人寫過也無妨——你的視角獨一無二，可能正好幫到某個處境相似的人。你的貢獻不必讓你景仰的人驚豔，只要對某個人有價值就行；而且總有人經驗比你少一點，能因你的幫助而受惠。

第三，你確實有時間貢獻。 如果你有時間消費別人的貢獻，你就該挪出時間回報、去幫助別人。幾乎百分之百的技術社群，都是靠一群用自己空閒時間幫你的志工撐起來的；你欠他們一份情，理應轉身去幫下一個人。

請接受這三個事實：你有資格貢獻、你的貢獻被需要且有價值、你找得出時間去回饋這個很可能早已幫過你不少的世界。

貢獻與參與的方式#

作者坦言自己通常不愛列長長的條列清單，但這次他刻意這麼做，為的是傳達你能貢獻價值的方式有多麼廣。請花點時間掃過整份清單——用意是拓寬你對「社群」與「貢獻」的想像。其中有些顯而易見，有些較不明顯，但同樣被需要、同樣有價值：

• 寫部落格 — 即使只是短短一篇「我如何解決某個問題」，都極其有用。沒有自己的部落格？多數平台都免費又好上手；也可以找一個允許成員發文的社群網站，讓你更貼近你可能幫到的人。
• 製作影片 — 示範如何完成特定任務的短片永遠受歡迎。YouTube、Vimeo 都是熱門平台，再用你的社群媒體觸及率替它吸引目光。
• 使用者群組 — 幫忙籌辦、尋找客座講者、對外宣傳。
• 問答（Q&A） — 挑一兩個對應你技術領域的網站跳進去。就算不是第一個回答的人，你也能為別人的答案補上更多觀點、選項與解釋。
• 翻譯 — 部落格、影片、開源電子書都能嘉惠讀不懂原文的人。若你會第二語言，聯繫作者，問問能否幫忙在地化、擴大他們的受眾。
• 開源專案 — 貢獻程式碼是最明顯的方式，卻遠非唯一。多數專案都急需：
  • 文件更新與修正
  • 單元測試
  • 在地化
  • Issue 管理
  • Pull request 審查
• Podcast — 還沒準備好自己開一檔？看看你喜歡的節目需不需要幫手，例如安排來賓或撰寫節目筆記。
• 研討會 — 不必從頭辦一場，也能替既有活動當志工。研討會通常需要打雜、報到人員、專題主持人等各種角色。
• 開源書籍 — 你可以自己寫書，也可以幫忙校對、翻譯、事實查核等。
• 傳播好內容 — PowerShell.org 最受歡迎的功能之一，是每週的「以防你錯過（In Case You Missed It, ICYMI）」彙整，把當週值得一看的貼文集結起來，替他人的聲音放大、把成員連上新的人與新的貢獻。你也能用自己的社群媒體觸及率（就算不大）、部落格、參與的群組來幫忙傳播。

作者分享了一段親身經歷：某年他在 PowerShell Summit 主持閉幕的問答與建議座談。當週稍早辦過一場名為「Iron Scripter」的程式競賽，座談中一位與會者提議把它變成年度盛事——「我們可以辦區域賽、拉更多人參與，也許讓區域賽優勝者拿到下屆 Summit 的折扣門票、甚至贊助行程，來打總決賽。」

「聽起來太棒了，」作者熱情回應，「這就交給你負責了。」

全場笑了、也有人鼓掌，但他的重點站得住腳：社群能一起做的事情很多——建立專業連結、精進技藝、互相幫助。但除非有人真的去做，這些事就不會發生。

別環顧四周、盼著別人做點什麼來造福你。站起來、自己動手做，同時造福你自己與他人。

參與的禮儀#

就像人脈經營一樣，參與技術社群也伴隨著一套你該努力遵循的全球性期待。這些期待能支撐正面的專業品牌，也讓你成為社群裡更受重視的一員。

在問答網站上#

問答網站是一種特別的社群媒體。用過的人都見過極度正面與極度負面的行為。作者當初創辦 PowerShell.org，很大程度上正是因為看過太多問答站瀰漫負面氛圍，他想為這個主題的工作者提供更好的體驗。請記住：你在問答站的行為，實實在在是你專業品牌的一部分，請以「有益品牌」的方式行事：

• 別當只問不答的人。 就算別人已正確回答，你仍能補上延伸解釋、替代做法等，讓自己也在貢獻。
• 別用輕蔑或侮辱的話回應，例如「你有先 Google 過嗎？」請假定對方出於善意、假定他確實查過卻沒得到需要的答案。如果你不能或不願回答，那就什麼都別說。
• 別做出不專業的負面行為。 想像你就在辦公室裡、與正在對話的人面對面。「這答案真蠢」在現實與線上都不可接受；「我不同意這個答案的某些部分，讓我試著解釋原因」則是表達不同意見時專業得多的方式。
• 讓你的答案盡可能完整。 必要時向原提問者追問；適當時附上文件或其他資源連結。成為「解方本身」，是任何專業品牌都值得追求的目標。

在開源專案裡#

參與開源專案是與社群互動、展現正面專業品牌、做出實質貢獻的絕佳途徑。只要記住這些行路規則：

• 多數專案都會有參與說明文件，請一字不漏地遵循。
• 把問答網站的所有原則一併帶進來，套用在你張貼 issue、回答問題與其他專案活動上。
• 張貼 issue 時，提供維護者要求的一切資訊——重現步驟、螢幕截圖、範例程式碼等。並在發文前先研究過往 issue，確認你的狀況是否已被提出並解決。
• 貢獻程式碼時，先花時間理解並遵循專案既有的命名慣例、程式模式與其他實務（無論是明文記載的，或從既有程式碼推敲出來的）。徹底測試你的程式碼、適時撰寫單元測試、當個好的程式公民，讓維護者的工作變輕鬆。

開源專案的參與禮儀，本質上是問答禮儀的延伸再加上「尊重專案既有規則與慣例」。兩者共通的核心，都是把線上互動當成面對面的專業場合來對待。

行動項目#

環顧你早已在互動的技術社群——可能是問答站、部落格或其他網站，甚至是使用者群組、研討會這類實體聚會。帶著這些社群，思考以下問題：

• 誰是這些社群的領袖？ 有沒有哪些高能見度的人，其貢獻或參與特別讓你印象深刻？他們做了哪些你也可以考慮去做的事？
• 人們從這些社群得到什麼價值？ 教育？協助？人脈機會？
• 你可以從哪裡立刻開始貢獻？ 別攤手說「大家都已經在做了，我不可能再貢獻什麼！」——你知道你可以。
• 替自己排一份貢獻排程。 承諾定期成為社群的一份子，不必每天，但若你真的在為職涯著想，至少每月幾次。排好時間、放進行事曆，然後說到做到。