別與自己的代碼“墜入愛河”
英文原文：Don't fall in love with your own code!
一些組織和一些人會深深的愛上自己的代碼。他或他們幻想整個公司都使用自家開發的框架，要成為一個偉大的英雄，或許在準備文檔的過程中就添加使用它的方法和步驟，以便其他開發者可以將其導入到他們的項目中。
然而，你對自己的真誠的同時，現實總是露出它丑陋的一面。比如下面這句話：
你代碼中的每一行都是花公司的錢！包括創建和維護。
所以框架/庫要比我們本土的解決方案好嗎？（這里指的是任何本土代碼與您可以從外界獲得的東西相比，包括購買的或開源的）
我們對此評估的標準是：
- 框架/庫的質量；
- 框架/庫周圍的社區；
- 轉換你代碼的成本；
- 你本土代碼真的很好？
質量
- 代碼被很多項目所使用嗎？
- 有單元測試嗎？
- 代碼看起來像什么？
- 設計看上去會有意義嗎？
社區
- 圍繞項目的四周有社區嗎？
- 有公司支持它嗎？
- 社區看上去“穩定”嗎？
- 項目有遠景和路線圖嗎？
- 你能夠選擇購買支持它嗎？
花費
- 轉換到框架的成本是多少？
- 你的團隊有這樣的技能嗎？
- 必要的培訓有多少？
- 保持自己的代碼和改變到框架/庫相比成本如何？
順便說一下，使用一個預先存在的庫是有成本存在的，沒有什么是免費的。你還需要測試……。
你的更好？
有時候像 Spring 這樣的框架，嘗試著為所有人做所有的事情，卻沒有什么出眾的地方。從個人的經驗來說，Spring Boot 更擅長于 microservices 框架。但是你的本土項目可能會更匹配你的具體需求，從實際上更有利于你的公司。
如果你的更好，或許你可以考慮將其貢獻到框架/庫。它或許會比你維護代碼花費的更少。
最后
不管開源與否？如果您的公司也在使用這類庫，或許你也應該找到貢獻的方法，這里有些良好的商業意識：
- 你的捐獻將幫助框架/庫更好；
- 也許你會在框架/庫中有些影響力；
- 如果沒有人貢獻的話，框架/庫不會存在（或許你只能使用本地項目，你自己編寫的）。
來自：http://news.cnblogs.com/n/515114/