技术选型简单谈

做技术最有意思的一点，就是会不断遇到各种新的技术。但是个人的时间和精力毕竟是有限的，如何从日新月异的技术堆中选出最适合当前业务场景的一款，就是一个技术人员不得不面对的话题了，今天就和大家简单谈谈我个人的做法。

首先，技术选型有几个前提：

1. 当前技术点是你不熟悉的，否则不存在选型，你已经是这个点的技术达人或者专家了，直接使用你熟悉的框架或者工具就可以了。

2. 有多个选项，各有特色，如果只有一个选择，那也不用纠结了。

    

接下来，关于技术选型，我个人的经验一般是这样的：

1. 先找周围相关领域的大牛推荐，和对方交流，让少走一点弯路。

2. 如果没有推荐的话，网上用G搜索一下，通过关键词查询，一般都可以找到相近的几款框架的对比说明。

3. 在国内还能找到对应的社区或者讨论组。

4. 看看这几款工具，是否开源，在Github上是否能被找到。

接下来对比以下几个指标：

1. 文档的健全度，FAQ是否存在。

2. Star的数量，不排除存在刷星的可能性，但是总体看还是很有参考价值的。

3. 看Issue处理情况、commit的更新时间，如果超过1年没有人维护了，那么遇到问题了，只能靠自己去解决了。

4. 有哪一些公司在使用，如果有一些大公司已经用到生产线上了，那么基本上不用担心有明显的幺蛾子了。

上面说的属于开源框架的技术选型，但是在日常工作中，还是存在商业软件的选型情况，比如短信、视频、云平台等等。

对于非开源的商业软件选型，假设价格差不多的情况下，我的选型策略如下：

1. 对接后的技术支持的力度如何，能否做到24x7的响应速度。

2. 在该技术领域，是否有对应的人脉，摆平突发的黑天鹅事件。

3. 产品本身是否处于上升期，未来是否会不断迭代，会持续打磨产品。

4. 如果是创业团队的作品，公司本身是否具备可持续性，是否存在商业利益冲突。

描二维码或手动搜索微信公众号【架构栈】：ForestNotes

欢迎转载，带上以下二维码即可

              

点击“阅读原文”，所有【架构栈】近期的架构文章汇总

↓↓↓