InnerSource 是一種開發方法論，企業讓工程師借用大型開源專案的最佳實踐，在公司防火牆內部打造出一個開源社群。這篇 GitHub 文章指出，傳統由上而下的需求收集與獨立開發模式，已經跟不上現代科技和客戶需求的速度，常常造成程式碼重複、團隊之間溝通不良，以及知識被鎖在各自部門裡的孤島問題。
做法上，文章把參與者分成維護者、貢獻者與社群成員三層角色，維護者負責訂方向並審核貢獻。技術上則延用開源慣例：用 issue 開啟討論，用 pull request 留下修改歷程與留言記錄，讓分散各地的團隊可以非同步溝通，同時先開放內部儲存庫、自動化程式碼審查與發佈流程，挑一個試點專案練習。
文章特別提到 PayPal、Bloomberg、Walmart、IBM、3M 等企業已採用 InnerSource，像 IBM 把它當成透過程式碼重用提升效率，同時促進學習與交流想法的做法。文章也指出，這其實是一種文化轉變，不只是技術變動，重點在於組織是否鼓勵開放透明、知識分享，以及跨部門貢獻自主權。
這篇文章討論的是企業內部軟體協作流程，對剛開始學程式的孩子來說比較偏產業面，不會直接影響日常練習。不過文章提到的參與開源動機，像是磨練技能、找到師傅帶領、建立作品聲量，以及定期辦工作坊互相教學的做法，其實也適用在任何學程式的階段：多觀摩別人寫的程式碼、多發問、多參與社群討論，比自己悶頭寫更容易進步。
開源軟體開發團隊協作