別與自己的程式碼“墜入愛河”

一些組織和一些人會深深的愛上自己的程式碼。他或他們幻想整個公司都使用自家開發的框架，要成為一個偉大的英雄，或許在準備文件的過程中就新增使用它的方法和步驟，以便其他開發者可以將其匯入到他們的專案中。

然而，你對自己的真誠的同時，現實總是露出它醜陋的一面。比如下面這句話：

你程式碼中的每一行都是花公司的錢！包括建立和維護。

所以框架/庫要比我們本土的解決方案好嗎？（這裡指的是任何本土程式碼與您可以從外界獲得的東西相比，包括購買的或開源的）

我們對此評估的標準是：

• 框架/庫的質量；
• 框架/庫周圍的社群；
• 轉換你程式碼的成本；
• 你本土程式碼真的很好？

質量

• 程式碼被很多專案所使用嗎？
• 有單元測試嗎？
• 程式碼看起來像什麼？
• 設計看上去會有意義嗎？

社群

• 圍繞專案的四周有社群嗎？
• 有公司支援它嗎？
• 社群看上去“穩定”嗎？
• 專案有遠景和路線圖嗎？
• 你能夠選擇購買支援它嗎？

花費

• 轉換到框架的成本是多少？
• 你的團隊有這樣的技能嗎？
• 必要的培訓有多少？
• 保持自己的程式碼和改變到框架/庫相比成本如何？

順便說一下，使用一個預先存在的庫是有成本存在的，沒有什麼是免費的。你還需要測試……。

你的更好？

有時候像Spring這樣的框架，嘗試著為所有人做所有的事情，卻沒有什麼出眾的地方。從個人的經驗來說，Spring Boot更擅長於microservices框架。但是你的本土專案可能會更匹配你的具體需求，從實際上更有利於你的公司。

如果你的更好，或許你可以考慮將其貢獻到框架/庫。它或許會比你維護程式碼花費的更少。

最後

不管開源與否？如果您的公司也在使用這類庫，或許你也應該找到貢獻的方法，這裡有些良好的商業意識：

• 你的捐獻將幫助框架/庫更好；
• 也許你會在框架/庫中有些影響力；
• 如果沒有人貢獻的話，框架/庫不會存在（或許你只能使用本地專案，你自己編寫的）。