組織和個人現(xiàn)在對開放源代碼的熱情很高。GitHub公司在發(fā)布的2020年Octoverse狀態(tài)報告中指出，個人開發(fā)者在2020年對開源項目的貢獻率與2019年相比提高了25%。從組織的角度出發(fā)，在Red Hat公司發(fā)布的《2020年企業(yè)開源狀態(tài)報告》中，95%的IT領(lǐng)導(dǎo)者表示，開源在戰(zhàn)略上很重要，75%的組織預(yù)計企業(yè)的開源將會繼續(xù)增長。
這聽起來是一件好事，但如果圍繞開源的整體努力沒有轉(zhuǎn)化為個人或組織的成果?也許是重新審視其開源策略的時候了，需要尋找改進開源策略的機會。
改善開源策略的5種方法
從創(chuàng)建者、項目社區(qū)以及越來越多的組織在使用開源技術(shù)并為之做出貢獻的角度出發(fā)，幾位開源專家提出了有關(guān)在2021年及以后改進開源策略的建議。
(1)設(shè)定并重置目標(biāo)
像任何長期計劃一樣，實施開源項目應(yīng)該有一個戰(zhàn)略計劃。組織還應(yīng)該每年以適合的節(jié)奏來重新調(diào)整它。這對于可持續(xù)項目本身很重要，對于使用或貢獻開源技術(shù)的公司也是如此。
Red Hat公司北美市場首席架構(gòu)師兼策略師E.G. Nadhan說：“就像我們傾向于在每年年初設(shè)定個人和企業(yè)目標(biāo)一樣，為組織與開源社區(qū)的互動設(shè)定目標(biāo)也很重要，它可以而且應(yīng)該成為組織的技術(shù)創(chuàng)新團隊的延伸。”
Nadhan提出了一些問題，可以將這些問題作為組織重新思考開源戰(zhàn)略的框架：
•組織目前從事哪些開源項目?
•2021年應(yīng)該從事哪些項目?
2021年的相關(guān)項目在哪里?兩年后在哪里?
•需要做什么才能達到目的?
•組織應(yīng)該與誰合作以推動和維持其增長和采用?
(2)不要忽視變化
Crunchy Data平臺工程副總裁、PostgreSQL全球開發(fā)小組的核心成員Jonathan Katz說：“缺乏主動規(guī)劃導(dǎo)致了開源項目面臨的最大的潛在問題之一。組織的開放源代碼項目之所以會陷入困境有很多原因，但最主要的原因是忽視變化。”
這是因為時代在變化，技術(shù)也在變化。例如，考慮一下云計算和云原生帶來的廣泛影響以及它們與開源的廣泛關(guān)系。在Red Hat公司的《2020年企業(yè)開源狀況報告》接受調(diào)查的IT領(lǐng)導(dǎo)者中，83%的受訪者表示，組織采用開源項目可以更好地使他們能夠利用現(xiàn)代云計算架構(gòu)。
如果忽略了行業(yè)的巨變，或者只是讓工具及其社區(qū)陷入困境，那么它很可能會失去價值。
Katz說：“對于組織來說，重要的是繼續(xù)維護開源項目，并使其適應(yīng)所針對的生態(tài)系統(tǒng)的當(dāng)前軟件趨勢。即使開源項目被認(rèn)為具有完整的功能，但隨著技術(shù)的發(fā)展，它仍將需要修復(fù)錯誤和界面升級。制定有關(guān)如何繼續(xù)維護(即使不能開發(fā))開源項目的計劃可以幫助它繼續(xù)蓬勃發(fā)展。”
Red Hat公司首席架構(gòu)師Emily Brand表示，采用開源技術(shù)的組織也需要保持同樣的警惕。
Brand說，“組織定期對所使用的開源社區(qū)進行審查(無論是自我支持的還是供應(yīng)商支持的)，以確保積極的開發(fā)。如果參與度正在下降，需要向社區(qū)注入活力，或者提前開始審查替代技術(shù)和現(xiàn)代化預(yù)算。”
(3)掌握自述文件內(nèi)容
如果發(fā)現(xiàn)開發(fā)工作或社區(qū)的普遍參與度下降，需要打開自述文件(README)并查找問題：例如語言不清晰、信息過時，或者總體上認(rèn)為項目是失敗的。就像工具本身一樣，自述文件不應(yīng)只編寫一次。
Aqua Security公司開源工程副總裁Liz Rice說，“第一印象很重要，因此需要查看項目的GitHub存儲庫的自述文件。這通常是潛在用戶可能會看到的第一份文件，因此需要明確說明該項目將要做什么以及如何解決問題。它還需要就如何安裝和運行該工具給出明確的說明。”
他建議說：“需要將自己置于對其項目或項目的知識一無所知的思維框架中。他們是否能夠從自述文件和說明書中掌握基礎(chǔ)知識?他們可以更簡單地向其他人解釋嗎?如果沒有，是時候重新啟動的時候了。”
(4)征求反饋意見
有很多建議可以無縫地轉(zhuǎn)化為工程，因此需要獲取反饋。這是因為技術(shù)或創(chuàng)意與執(zhí)行想法之間通常會存在差距。
Rice表示，這適用于組織的自述文件以及工具本身。如果組織覺得某個項目或總體開源戰(zhàn)略有問題，需要向那些愿意分享真實意見的人員尋求反饋。
Rice說：“組織需要外部的一些人員試用開源項目并獲得他們的反饋。即使只有一兩個人提出反饋，也會帶來很多關(guān)于如何改善開源項目的知識。”
(5)建立心理安全文化
開源與云計算、DevOps和現(xiàn)代IT的其他支柱有著更多的交集，因為開源的成功取決于相似的基礎(chǔ)，尤其是從人員和文化的角度來看，而開發(fā)人員擔(dān)心對這些貢獻的響應(yīng)。
Red Hat公司首席技術(shù)策略師兼加拿大解決方案架構(gòu)總監(jiān)Michael Cardy說，“高績效團隊需要在心理安全的環(huán)境中工作，以分享想法和經(jīng)驗教訓(xùn)，但也要從實際的角度出發(fā)，例如將他們的源代碼公開給組織的其他成員，而不必?fù)?dān)心遭到嘲笑或面臨尷尬。”
必須培養(yǎng)這種安全文化及其所促進的合作。如果項目或組織文化具有負(fù)面影響或完全有害，那么這將與開源原則相沖突。
Cardy指出：“組織領(lǐng)導(dǎo)者有責(zé)任通過獎勵、激勵和愿景來創(chuàng)造安全的環(huán)境。企業(yè)文化必須將失敗視為一個學(xué)習(xí)的機會，只有在沒有獲得教訓(xùn)并與組織其他成員分享的情況下，失敗才是糟糕的事情。”
版權(quán)聲明：本文為企業(yè)網(wǎng)D1Net編譯，轉(zhuǎn)載需注明出處為：企業(yè)網(wǎng)D1Net，如果不注明出處，企業(yè)網(wǎng)D1Net將保留追究其法律責(zé)任的權(quán)利。
京公網(wǎng)安備 11010502049343號