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

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



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

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


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

我們對此評估的標準是:

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

質量

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

社群

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

花費

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


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

你的更好?

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

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

最後

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

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

相關文章