这是一个创建于 1905 天前的主题，其中的信息可能已经有所发展或是发生改变。
想法来源
链接:https://mp.weixin.qq.com/s/ScpqTsVWwPHN8JfXbTmBFg 内容不多, 大概意思是, github 的 star 数来源没保证, 同时由于使用者基数, 纵向比较意义不大, 横向比较有一定指导意义.
然后想到了平时看的 stackshare.io 这个网站, 用户在使用了某一个技术栈的时候, 在上面像发 twitter 一样,总结使用原因和应用简介.以此希望做同一类型技术选型的思考和推荐.
公开数据
github 为例, 开源项目的公开数据明面上无非 watch star 等. 深入挖掘还能有 contributor 和他们的贡献频率. 还比如 最近提交记录, issues 活跃程度和 PR 等.
如果是你们在未能实践应用之前, 同比比较几个项目, 更看重哪些数据? 仅抛砖引玉, 想听听大家的看法
第 1 条附言 2020-07-27 11:56:55 +08:00
我说说我的看法,
一, 开源项目的指标 重在看是否持续维护.
二, 开源项目落地非常重要, 如果有实际落地的例子, 完全可以用作指标. 如果可能, 该公司还可以为其他使用者提供付费咨询指导.
三, 现在的包和框架, 都多了一个被哪些项目引用的指标, 该数据可以检查依赖.
一, 开源项目的指标 重在看是否持续维护.
二, 开源项目落地非常重要, 如果有实际落地的例子, 完全可以用作指标. 如果可能, 该公司还可以为其他使用者提供付费咨询指导.
三, 现在的包和框架, 都多了一个被哪些项目引用的指标, 该数据可以检查依赖.
 | 1 rb6221 2020-07-26 14:02:12 +08:00  1 请查一下“唯”这个字是什么意思 |
 | 2 realpg PRO 看看代码 看看生态 不就够了 |
 | 3 XanderChen 2020-07-26 20:02:36 +08:00 我觉得你考虑这么多，不如你先尝试一下现有的目标开源软件版本能否满足你目前所需... 开源软件嘛，除非是大厂，否则选用标准是当时能用且满足所需即可。 一直更新就一直用，它不更新就自己看看代码然后提 PR，还不管你就换别家。 |
 | 4 jones2000 2020-07-26 22:19:50 +08:00 如果是长期项目，尽量能看懂开源的代码，可以自己改造， 否则后期维护加功能都很麻烦。 后期换其他的开源也麻烦， 数据结构，接口什么的都要改，关键上产品上线了， 大改的化如果没有好的测试团队，出 bug 的概率很大。 |
Select Language