組織和個(gè)人現(xiàn)在對(duì)開放源代碼的熱情很高。GitHub公司在發(fā)布的2020年Octoverse狀態(tài)報(bào)告中指出，個(gè)人開發(fā)者在2020年對(duì)開源項(xiàng)目的貢獻(xiàn)率與2019年相比提高了25%。從組織的角度出發(fā)，在Red Hat公司發(fā)布的《2020年企業(yè)開源狀態(tài)報(bào)告》中，95%的IT領(lǐng)導(dǎo)者表示，開源在戰(zhàn)略上很重要，75%的組織預(yù)計(jì)企業(yè)的開源將會(huì)繼續(xù)增長(zhǎng)。

 

這聽起來(lái)是一件好事，但如果圍繞開源的整體努力沒有轉(zhuǎn)化為個(gè)人或組織的成果?也許是重新審視其開源策略的時(shí)候了，需要尋找改進(jìn)開源策略的機(jī)會(huì)。

 

 

從創(chuàng)建者、項(xiàng)目社區(qū)以及越來(lái)越多的組織在使用開源技術(shù)并為之做出貢獻(xiàn)的角度出發(fā)，幾位開源專家提出了有關(guān)在2021年及以后改進(jìn)開源策略的建議。

 

 

像任何長(zhǎng)期計(jì)劃一樣，實(shí)施開源項(xiàng)目應(yīng)該有一個(gè)戰(zhàn)略計(jì)劃。組織還應(yīng)該每年以適合的節(jié)奏來(lái)重新調(diào)整它。這對(duì)于可持續(xù)項(xiàng)目本身很重要，對(duì)于使用或貢獻(xiàn)開源技術(shù)的公司也是如此。

 

Red Hat公司北美市場(chǎng)首席架構(gòu)師兼策略師E.G. Nadhan說(shuō)：“就像我們傾向于在每年年初設(shè)定個(gè)人和企業(yè)目標(biāo)一樣，為組織與開源社區(qū)的互動(dòng)設(shè)定目標(biāo)也很重要，它可以而且應(yīng)該成為組織的技術(shù)創(chuàng)新團(tuán)隊(duì)的延伸。”

 

Nadhan提出了一些問題，可以將這些問題作為組織重新思考開源戰(zhàn)略的框架：

 

•組織目前從事哪些開源項(xiàng)目?

•2021年應(yīng)該從事哪些項(xiàng)目?

 

2021年的相關(guān)項(xiàng)目在哪里?兩年后在哪里?

 

•需要做什么才能達(dá)到目的?

•組織應(yīng)該與誰(shuí)合作以推動(dòng)和維持其增長(zhǎng)和采用?

 

 

Crunchy Data平臺(tái)工程副總裁、PostgreSQL全球開發(fā)小組的核心成員Jonathan Katz說(shuō)：“缺乏主動(dòng)規(guī)劃導(dǎo)致了開源項(xiàng)目面臨的最大的潛在問題之一。組織的開放源代碼項(xiàng)目之所以會(huì)陷入困境有很多原因，但最主要的原因是忽視變化。”

 

這是因?yàn)闀r(shí)代在變化，技術(shù)也在變化。例如，考慮一下云計(jì)算和云原生帶來(lái)的廣泛影響以及它們與開源的廣泛關(guān)系。在Red Hat公司的《2020年企業(yè)開源狀況報(bào)告》接受調(diào)查的IT領(lǐng)導(dǎo)者中，83%的受訪者表示，組織采用開源項(xiàng)目可以更好地使他們能夠利用現(xiàn)代云計(jì)算架構(gòu)。

 

如果忽略了行業(yè)的巨變，或者只是讓工具及其社區(qū)陷入困境，那么它很可能會(huì)失去價(jià)值。

 

Katz說(shuō)：“對(duì)于組織來(lái)說(shuō)，重要的是繼續(xù)維護(hù)開源項(xiàng)目，并使其適應(yīng)所針對(duì)的生態(tài)系統(tǒng)的當(dāng)前軟件趨勢(shì)。即使開源項(xiàng)目被認(rèn)為具有完整的功能，但隨著技術(shù)的發(fā)展，它仍將需要修復(fù)錯(cuò)誤和界面升級(jí)。制定有關(guān)如何繼續(xù)維護(hù)(即使不能開發(fā))開源項(xiàng)目的計(jì)劃可以幫助它繼續(xù)蓬勃發(fā)展。”

 

Red Hat公司首席架構(gòu)師Emily Brand表示，采用開源技術(shù)的組織也需要保持同樣的警惕。

 

Brand說(shuō)，“組織定期對(duì)所使用的開源社區(qū)進(jìn)行審查(無(wú)論是自我支持的還是供應(yīng)商支持的)，以確保積極的開發(fā)。如果參與度正在下降，需要向社區(qū)注入活力，或者提前開始審查替代技術(shù)和現(xiàn)代化預(yù)算。”

 

 

如果發(fā)現(xiàn)開發(fā)工作或社區(qū)的普遍參與度下降，需要打開自述文件(README)并查找問題：例如語(yǔ)言不清晰、信息過(guò)時(shí)，或者總體上認(rèn)為項(xiàng)目是失敗的。就像工具本身一樣，自述文件不應(yīng)只編寫一次。

 

Aqua Security公司開源工程副總裁Liz Rice說(shuō)，“第一印象很重要，因此需要查看項(xiàng)目的GitHub存儲(chǔ)庫(kù)的自述文件。這通常是潛在用戶可能會(huì)看到的第一份文件，因此需要明確說(shuō)明該項(xiàng)目將要做什么以及如何解決問題。它還需要就如何安裝和運(yùn)行該工具給出明確的說(shuō)明。”

 

他建議說(shuō)：“需要將自己置于對(duì)其項(xiàng)目或項(xiàng)目的知識(shí)一無(wú)所知的思維框架中。他們是否能夠從自述文件和說(shuō)明書中掌握基礎(chǔ)知識(shí)?他們可以更簡(jiǎn)單地向其他人解釋嗎?如果沒有，是時(shí)候重新啟動(dòng)的時(shí)候了。”

 

 

有很多建議可以無(wú)縫地轉(zhuǎn)化為工程，因此需要獲取反饋。這是因?yàn)榧夹g(shù)或創(chuàng)意與執(zhí)行想法之間通常會(huì)存在差距。

 

Rice表示，這適用于組織的自述文件以及工具本身。如果組織覺得某個(gè)項(xiàng)目或總體開源戰(zhàn)略有問題，需要向那些愿意分享真實(shí)意見的人員尋求反饋。

 

Rice說(shuō)：“組織需要外部的一些人員試用開源項(xiàng)目并獲得他們的反饋。即使只有一兩個(gè)人提出反饋，也會(huì)帶來(lái)很多關(guān)于如何改善開源項(xiàng)目的知識(shí)。”

 

 

開源與云計(jì)算、DevOps和現(xiàn)代IT的其他支柱有著更多的交集，因?yàn)殚_源的成功取決于相似的基礎(chǔ)，尤其是從人員和文化的角度來(lái)看，而開發(fā)人員擔(dān)心對(duì)這些貢獻(xiàn)的響應(yīng)。

 

Red Hat公司首席技術(shù)策略師兼加拿大解決方案架構(gòu)總監(jiān)Michael Cardy說(shuō)，“高績(jī)效團(tuán)隊(duì)需要在心理安全的環(huán)境中工作，以分享想法和經(jīng)驗(yàn)教訓(xùn)，但也要從實(shí)際的角度出發(fā)，例如將他們的源代碼公開給組織的其他成員，而不必?fù)?dān)心遭到嘲笑或面臨尷尬。”

 

必須培養(yǎng)這種安全文化及其所促進(jìn)的合作。如果項(xiàng)目或組織文化具有負(fù)面影響或完全有害，那么這將與開源原則相沖突。

 

Cardy指出：“組織領(lǐng)導(dǎo)者有責(zé)任通過(guò)獎(jiǎng)勵(lì)、激勵(lì)和愿景來(lái)創(chuàng)造安全的環(huán)境。企業(yè)文化必須將失敗視為一個(gè)學(xué)習(xí)的機(jī)會(huì)，只有在沒有獲得教訓(xùn)并與組織其他成員分享的情況下，失敗才是糟糕的事情。”

 

版權(quán)聲明：本文為企業(yè)網(wǎng)D1Net編譯，轉(zhuǎn)載需注明出處為：企業(yè)網(wǎng)D1Net，如果不注明出處，企業(yè)網(wǎng)D1Net將保留追究其法律責(zé)任的權(quán)利。