這篇文章來自 GitHub 官方資源頁，主題是「innersource（內源）」，也就是把開源軟體社群常見的協作方式，搬到企業內部的封閉專案裡使用。文章指出，許多公司內部的開發團隊各自為政，同樣的功能被不同部門重複打造，內部的技術與經驗也很難共享，導致創新速度變慢。內源想解決的就是這種部門之間資訊不流通、資源重複浪費的問題。
具體做法上，文章列出幾個重點：讓內部程式碼倉庫盡量公開讓全公司看得到，方便其他團隊搜尋、參考、重複利用既有程式碼；專案維持原本的負責團隊，但開放非負責人也能提出修改建議；開發者可以自行建立新的程式碼倉庫，不必等中央部門審核；並要求專案附上 README 和 CONTRIBUTING 文件，讓外部貢獻者知道怎麼參與。這些做法讓更多人能審查程式碼，也有助更早抓到錯誤與安全漏洞。
文章引用 GitHub 在 2021 年 Octoverse 報告的數據，指出採用程式碼重複利用與內源作法的團隊，生產力提升幅度相當可觀。也舉了幾個實際案例：3M 的身分驗證工具原本各部門各自開發，改成統一工具並開放自助式提交修改後省下大量重工；DXC 原本預估要六個月做完的產品，靠重複利用基礎架構六週就完成；Autodesk 公司內近兩萬個程式碼倉庫中，只有約十個維持私有，其餘工程師幾乎都能存取。
這篇文章偏向企業內部的軟體開發管理，跟正在學程式的孩子關聯較小，但背後的精神其實跟寫程式的基本習慣有關：把程式碼寫得有文件、容易被別人看懂與重複利用，是很值得從小養成的好習慣，將來不管是在學校做專題還是進入職場，都會很有幫助。
開源開發工具軟體工程