开源软件那么多,我们该如何选择?|洞见

当我们说起开源软件的时候,想必大家都有丰富的使用经历,小到Node.js的一个组件库,大到一套办公软件如LibreOffice,再如Linux操作系统,可以说无奇不有,浩如烟海。就拿我们常用的Github来说,官方的数据显示已经有超过三千八百万个项目托管在上面。

在我们日常的项目中,开源软件或者框架也被广泛的应用,从前端到后台,从WEB服务器到数据库,每一种类型都有很多可以使用的开源软件。

假设现在需要开始一个项目或者准备引入一样新的技术,面临这么多的选择,就算是老司机,可能会觉得难以取舍。

1

流行的就是最好的吗?

还是该尝试一下最新的技术?技术的最新趋势是什么?

举一个实际的列子,有一个遗留的在线电商系统,前端使用了jQuery和JSP以及一些老旧的模板技术,每当改动一个小的功能,往往需要非常的小心和充分的测试。前端代码已经非常难以维护和扩展,没有模块化管理,没有层次结构。同时,伴随着业务的快速发展,业务方也希望对页面进行不定期改版和试点,使之能够适应快速的市场变化,要求统一界面风格,开发成本低。

IT团队领导考虑引入一项新的技术,希望实现模块化代码管理,前后端分离,提升开发效率,未来更好的向微服务转换。你作为团队TechLeader,来负责实施,该如何评估和选择呢?

首先要考虑的是实际需求和应用场景,弄清楚要解决的问题是什么,再来看每种软件的优缺点是什么,是否能够帮助解决实际的问题。我的一个原则就是KISS(保持简单),能够用一个包库解决的不要用一个框架,能够用一个框架解决的不要用一个应用,谁能满足需求而且更加简单,就用谁。

业务的快速变化,转化成技术的语言可能就是快速迭代,如果有模块化管理,实现业务的耦合,显然有助于提升交付速度;试点和改版可能就是更多的偏向前端,显然实现前后端分离,可以更好的满足这一点。再来看看现在比较流行的技术,现代的前端框架几乎都能够满足这两点需求,比如AngularJs、ReactJs、VueJs等。

2

究竟该如何选择?

没有比较就没有差异。你最先想到的可能是软件的特性。这个文档中一般会有描述,也会找到文章的总结,比如VueJs的《对比其他框架》。结合实际的情况,我认为可以从以下几个方面来入手。这时我们不妨做一个表格,从多个维度来进行考察,并给每一项进行评分。

首先是看软件特性是否满足需求,下面这些维度都是可以参考的。

  • 版权协议:这个主要是看能否修改源代码,能否闭源使用。
  • 兼容性:和现有技术栈的兼容性,比如JDK的版本要求,Node的版本,以及是否可以重用已有的代码和功能。
  • 扩展性:是否有设计扩展点,容易进行二次开发;随着规模的增加,是否会提高复杂度,导致代码难以驾驭。
  • 替代性:是否有同类型其他功能相似的软件,可能会同时进行试点进行比较。

对于统一界面风格,提升开发效率,我们则可以选择定制化一套StyleGuide,来进行重复利用。可以参考一位同事的这篇文章——《风格指南驱动开发》。

其次,我们要看目前团队的技术能力,例如:

  • 学习成本:学习曲线是否陡峭,能否在短时间内掌握并运用,影响的是项目的进度。
  • 现有资源:开发团队是否愿意学习新技术,或者有团队成员已经掌握了该项技术;公司范围内能否协调到专家资源支持。
  • 网络资源:博客、专业网站、公众号等上的分享和总结也比较具有参考价值。

举个例子,假设现在有5个开发,如果大家对三个框架都不熟悉,可以选择VueJs。如果有两个人对AngularJs有一些使用经验,可以优先考虑AngularJs。按照上面的维度记录之后,可能的结果是这样的:

第三,从社区支持来看。例如:

  • 活跃度:是否有丰富的相关技术问题的讨论和分享,碰到坑时可以寻求帮助,比如邮件列表、论坛、stackoverflow。
  • 更新:版本更新是否频繁,是否有严重的安全问题或缺陷。
  • 应用广泛性:有哪些公司在使用该技术,是否有案例分享。
  • 生态圈:选择一个软件或者技术的时候,往往有它自己的生态圈,相关的工具也是需要考虑的。比如Hadoop,相关的软件或工具就非常多。

第四,文档和培训

  • 官方文档:除了使用文档,源代码也是比较重要的,源代码是否组织的比较好,易于理解,在后续解决技术问题的时候会有比较明显的作用。
  • 商业支持:如培训、付费支持,如果开发团队技术能力还不错,则显得不是那么重要。
  • 成熟的案例:别的公司或者团队是怎么应用的,有哪些坑。

3

Talk is cheap, show me the code.

结合应用再写个小Demo,功能不用那么完善,给团队秀一秀代码,让大家有个客观的认识,对工作量的估算也会比较有帮助。

对于上面的案例,如果现在来选择,Vue会是首选,相对简单。

React makes it painless to create interactive UIs.

如果碰到评估完之后,两种可选方案区别不太明显,不相上下,那就丢硬币了(不如让团队投票吧)。最后就是进行技术评审了,给专家团队或者领导演示你的方案,展示Demo,让他们更加有信心,并获得支持。

最后推荐给大家的,是ThoughtWorks会定期发布的技术雷达,要想了解最新的技术趋势,那就不要错过新一期的技术雷达

本篇参考资料:

《狗日的开源软件许可证》

《Various Licenses and Comments about Them》

《你听说过“风格指南驱动开发”吗》



原文发布于微信公众号 - 思特沃克(ThoughtWorks)

原文发表时间:2016-12-11

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏达摩兵的技术空间

所谓“前端能力不足”

随着前端越来越多的被提上日程,用户对产品的体验度要求越来越高,产品除了实用的特性还必须满足方便用,美观,交互好,人性化等一系列的操作,谁的产品先做到这些,就能获...

11040
来自专栏DevOps时代的专栏

中国银行 DevOps 历程、 效果及展望

? 讲师 | 张新 编辑 | 白凡 作者简介: ? 个人简介:张新,曾从事中国银行软件设计开发工作,熟悉银行业务系统和开发过程;现作为中国银行软件中心DevO...

48740
来自专栏程序工场

阿里巴巴、百度、腾讯都在用的Java架构师知识体系

源码分析是一种临界知识,掌握了这种临界知识,能不变应万变,源码分析对于很多人来说很枯燥,生涩难懂。

10420
来自专栏哲学驱动设计

框架模块设计经验总结

    三个月没写日志了,比较懒散……下半年准备做OEA 的 B/S 版本,比较复杂,需要从架构设计开始认真入手。正好今天到了部门反思的时间,今天先把原来的一些...

224100
来自专栏SDNLAB

瞻博网络携vMX再战NFV

编者按:SDN或NFV来改变传统网络模式,是各大云服务商目前的选择,瞻博网络的vMX通用边缘路由器曾在多家网络公司测试,此次是vMX通用边缘路由器第二次投向NF...

37080
来自专栏Python自动化测试

漫谈接口测试

在前面的很多的文章对中接口测试有很多的介绍,包含了常用的接口测试工具postman,以及测试工具Jmeter(目前在持续介绍中)和使用Pytho...

21160
来自专栏非著名程序员

惊爆:各大 App 可直接打开小程序!微信收割移动互联网的时间开始了

没错,你没看错,说的就是通过 App 打开小程序。据说它会是配置在其它 App 里的基础能力,也是微信广布在线上各个角落的海量据点,跟微信线下的二维码、小程序码...

13630
来自专栏微信公众号:Java团长

如何在面试中介绍自己的项目经验?

在面试时,经过寒暄后,一般面试官会让介绍项目经验 。常见的问法是,说下你最近的(或最拿得出手的)一个项目。

12230
来自专栏小程序服务商

开发小程序公司如何选择 定制制作微信小程序多少钱?

首先,看其有无负面消息。在各大搜素引擎中搜索该公司的名字,如果出现“骗子”、“骗人”等负面性词汇时,则表明该公司对外的口碑并不好。反之,如果没有任何负面消息出现...

56310
来自专栏全栈工程师成长之路

浅谈iOS进阶路线

536120

扫码关注云+社区

领取腾讯云代金券