别与自己的代码“坠入爱河”

|

一些组织和一些人会深深的爱上自己的代码。他或他们幻想整个公司都使用自家开发的框架，要成为一个伟大的英雄，或许在准备文档的过程中就添加使用它的方法和步骤，以便其他开发者可以将其导入到他们的项目中。

然而，你对自己的真诚的同时，现实总是露出它丑陋的一面。比如下面这句话：

你代码中的每一行都是花公司的钱！包括创建和维护。

所以框架/库要比我们本土的解决方案好吗？（这里指的是任何本土代码与您可以从外界获得的东西相比，包括购买的或开源的）

我们对此评估的标准是：

  • 框架/库的质量；
  • 框架/库周围的社区；
  • 转换你代码的成本；
  • 你本土代码真的很好？

质量

  • 代码被很多项目所使用吗？
  • 有单元测试吗？
  • 代码看起来像什么？
  • 设计看上去会有意义吗？

社区

  • 围绕项目的四周有社区吗？
  • 有公司支持它吗？
  • 社区看上去“稳定”吗？
  • 项目有远景和路线图吗？
  • 你能够选择购买支持它吗？

花费

  • 转换到框架的成本是多少？
  • 你的团队有这样的技能吗？
  • 必要的培训有多少？
  • 保持自己的代码和改变到框架/库相比成本如何？

顺便说一下，使用一个预先存在的库是有成本存在的，没有什么是免费的。你还需要测试……。

你的更好？

有时候像Spring这样的框架，尝试着为所有人做所有的事情，却没有什么出众的地方。从个人的经验来说，Spring Boot更擅长于microservices框架。但是你的本土项目可能会更匹配你的具体需求，从实际上更有利于你的公司。

如果你的更好，或许你可以考虑将其贡献到框架/库。它或许会比你维护代码花费的更少。

最后

不管开源与否？如果您的公司也在使用这类库，或许你也应该找到贡献的方法，这里有些良好的商业意识：

  • 你的捐献将帮助框架/库更好；
  • 也许你会在框架/库中有些影响力；
  • 如果没有人贡献的话，框架/库不会存在（或许你只能使用本地项目，你自己编写的）。

 

本文文字及图片出自 CSDN

你也许感兴趣的：

发表回复

您的电子邮箱地址不会被公开。 必填项已用 * 标注