可能很多人會認為開源軟件是這個行業(yè)有史以來最偉大的事情!免費的!我們究竟為什么要避免開源軟件?這可能會讓一些讀者感到驚訝，但是盡管我們熱愛“開源”和“自由軟件”，嵌入式開發(fā)者應該考慮幾個理由來證明避免開源軟件是正確的。

缺乏可追蹤的軟件開發(fā)生命周期

　　軟件在發(fā)展，但它并沒有真正遵循可追蹤的設計周期，甚至沒有遵循最佳實踐。這些不同的嵌入式開發(fā)人員實現(xiàn)他們想要的東西，或者將代碼推向滿足他們需求的方向。結(jié)果是軟件在有限的情況和環(huán)境下工作，用戶需要祈禱他們的需求和條件與他們相匹配。

文檔質(zhì)量差或完全缺乏

　　文檔在已經(jīng)存在很長時間或者有強大商業(yè)支持的開源項目中變得越來越好。盡管由個人驅(qū)動的較小的項目傾向于很少或者沒有文檔。如果開源代碼沒有文檔，將其付諸實踐或調(diào)試將會是一場噩夢，并且比僅僅獲得商業(yè)或工業(yè)級軟件更昂貴。

意外暴露機密知識產(chǎn)權(quán)

　　開發(fā)人員通常認為所有開源軟件都是免費的，沒有任何附加條件。問題是事實并非如此。開源軟件開發(fā)人員使用幾種不同的許可方案。然而，也有一些許可證要求任何修改，甚至相關軟件都要作為開源軟件發(fā)布。如果沒有密切關注，那么開發(fā)人員可能會發(fā)現(xiàn)他們不得不向外界發(fā)布機密代碼和算法。自由軟件只是讓公司付出了披露代碼的代價，或者如果他們想受到保護，他們現(xiàn)在需要花錢請律師，以確保他們不會因為使用“自由”軟件而放棄一切。

　　確保如果你要使用開源軟件，你要計算律師費用來證明你是清白的。

整合從來不像看起來那么簡單

　　下載源代碼并開始集成。幾個月后，整合仍在進行?？此坪唵蔚氖虑楹芸熳兊脧碗s，因為沒有使用相同的平臺或工具鏈，必須進行“微小的”修改。

缺乏自動化或手動測試

　　是的，這可能是一個棘手的問題，因為有很多工程師和客戶不使用自動化測試。一個形式化的測試過程，尤其是自動化測試，對于確保一個代碼庫是健壯的并且有足夠的質(zhì)量來滿足它的需求是至關重要的。但是對于低級固件和嵌入式系統(tǒng)，我們似乎仍然落后于軟件行業(yè)的其他部分。如果沒有自動化測試，我們就無法知道集成開源組件是否破壞了其中的某些東西，直到我們進入生產(chǎn)時才會注意到。

專為功能性而非堅固性而設計

　　開源軟件通常是按功能編寫的。訪問并寫入SD卡。通過USB通信。這里的問題是，雖然它的功能代碼通常是不健壯的，并期望扳手永遠不會扔在齒輪上。這種情況很少發(fā)生，盡管軟件是免費的，但開發(fā)者很快就會發(fā)現(xiàn)他們的開源軟件只是功能性的，無法承受現(xiàn)實世界的壓力。

缺乏實時支持

　　很少有什么事情比竭盡全力讓某個東西工作或調(diào)試卻碰壁更令嵌入式開發(fā)人員感到沮喪的了。發(fā)生這種情況時，解決問題的最佳方式是尋求支持。開源的問題在于，不能保證你能及時得到解決任何問題所需的支持。當然，有論壇和社交媒體來尋求幫助，但這些都是由放棄空閑時間來幫助解決問題的人操縱的。如果他們沒有時間去鉆研一個問題，或者這個問題不有趣或者太復雜，那么開發(fā)者就只能靠自己了。

結(jié)論

　　我絕不反對開源軟件，在某些情況下，這是非常有用和有益的。重要的是不要僅僅使用軟件，因為它是免費和開源的。嵌入式開發(fā)人員需要認識到他們的需求、需要和他們產(chǎn)品所需的健壯性級別，并適當?shù)亻_發(fā)或采購滿足這些需求的軟件。