管理资源吧

当前位置:管理资源吧首页>>>tech>>>c1>>>互联网教程

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

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

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

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

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

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

  我们对此评估的标准是:

  框架/库的质量;

  框架/库周围的社区;

  转换你代码的成本;

  你本土代码真的很好?

  质量

  代码被很多项目所使用吗?

  有单元测试吗?

  代码看起来像什么?

  设计看上去会有意义吗?

  社区

  围绕项目的四周有社区吗?

  有公司支持它吗?

  社区看上去“稳定”吗?

  项目有远景和路线图吗?

  你能够选择购买支持它吗?

  花费

  转换到框架的成本是多少?

  你的团队有这样的技能吗?

  必要的培训有多少?

  保持自己的代码和改变到框架/库相比成本如何?

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

  你的更好?

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

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

  最后

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

  你的捐献将帮助框架/库更好;

  也许你会在框架/库中有些影响力;

  如果没有人贡献的话,框架/库不会存在(或许你只能使用本地项目,你自己编写的)。

tech首页 更多tech