隨著當今不同的程式語言都有一定的可用性，開源打開了一個語言和技術棧的新世界，開發人員可以使用這些資源來完成其任務，包括開發和支援傳統和現代軟體應用程式。

多語種能更容易地與數百萬人交談。在軟體環境中，開發人員不會引入新語言來實現指定目的。有些語言非常適合一項任務，但不適合另一項任務，因此使用多種程式語言使開發人員能夠為工作使用正確的工具。這樣，所有的發展都是多語種能實現的。

多語種環境的創造往往是循序漸進的和有情境性的。例如，當企業收購公司時，它會承擔公司的技術棧——包括其程式語言。或者隨著技術領導層的變化，新的領導者可能會將不同的技術帶入其中。技術也過時了，隨著時間的推移，必須維護的程式語言和技術數量也越來越多。

多語種環境是企業雙刃劍，帶來好處的同時，也會帶來挑戰。

多變的技術

當存在多種不同的技術——程式語言、遺留工具和新興技術棧——存在複雜性。工程團隊花更多時間為程式語言提供許可證、安全性和依賴性進行改造。與此同時，管理層缺乏對程式碼合規性的監督，也無法衡量風險。

還要注意有可能會發生的情況：企業在工具支援方面具有不同程度的程式語言質量和高變異性。當你需要和十幾人合作時，法語和義大利語流利的人和能用八種語言把幾句話串在一起的人在技能水平上有很大差異。開發人員和程式語言也是如此。

隨著更多程式語言的加入，困難只會增加，導致數字巴別塔。

答案是新增新的程式語言可以建立他們的技能基礎，並賦予他們滿足其技能的正確裝置。但隨著越來越多的程式語言新增到企業中，它們會拖延軟體開發生命週期（SDLC）。從規模上講，所有這些語言和工具都會影響到企業。

企業應注意的三個主要問題：

可見性：

團隊聚集在一起進行專案，然後解散。應用程式被髮布，從未更新——為什麼要修復未損壞的內容？因此，當發現關鍵漏洞時，企業可能無法看到哪些應用程式受到影響，這些應用程式包含哪些庫，甚至無法使用哪些語言構建。這可能導致“探索專案”費用增加。

可見性：

一些企業將更新和修復功能集中到一個團隊中。其他人要求每個程式設計師需要管理自己的開發工具。無論哪種情況，工程團隊和管理部門都會付出機會成本：這些團隊沒有為新功能編碼，而是不斷更新和修復其開源工具。

更新或編碼：

由於程式碼依賴項和庫版本不斷更新，當發現漏洞時，與應用程式原始構建相關的工件可能不再可用。因此，許多開發週期被浪費在試圖重新建立可以修復漏洞的環境。

更新或編碼：

一個全面的解決方案，以滿足SDLC中企業及其單個利益相關者的需求。企業可以使用以下最佳實踐建立此解決方案：

監控在生產中執行的程式碼，並根據應用程式中使用的標記元件（例如常見漏洞和暴露元件）的風險做出響應。

接收定期更新，使程式碼保持最新且無錯誤。

使用商業開源支援，在接近報廢且不受社群支援的程式語言版本和平臺上獲得幫助。

規範整個企業的特定程式語言構建，以啟用跨團隊的一致環境，並儘量減少依賴性。

根據依賴項設定何時觸發更新或其他型別的事件的閾值。

為軟體包管理建立一個單一的真相來源；這可能需要知識淵博的技術提供商的幫助。

根據特定標準，僅使用需要的軟體包獲取較小的構建發行版。

使用這些最佳實踐，開發人員可以最大限度地利用時間為企業創造更多價值，而不是完成基本工具或構建工程任務。這將在軟體開發生命週期（SDLC）的所有環境中建立程式碼一致性。它還將提高效率和節省成本，因為維護程式語言和軟體包分發所需的資源更少。這種新的運營方式將使技術人員和管理層的生活更加輕鬆。

好了，本文到此結束。如果對程式設計、計算機、程式設計師方面感興趣的話，歡迎私信聯絡我，隨時交流！點個關注，是對我莫大的鼓勵！