摘译自：www.freecodecamp.org/news/the-12…
评分维度
功能
评分系统：
- A：能做原先不可能做的事情，填补空白/拓展疆界
- B：用更好的方式做同样的事情
- C：比当前已有方案更弱
稳定
评分系统：
- A：你项目的 bug 更少了，问题更容易调试和解决
- B：不会对你项目的稳定性造成影响
- C：会直接导致你项目的新 bug 和问题增多
性能
评分系统：
- A：你项目的包体积更小、加载更快、或有其他性能改进
- B：不会对你项目的性能造成影响
- C：会明显的让你的项目变慢
生态
评分系统：
- A：生态系统能为普遍关心的问题都提供明确的解决方案，第三方包都维护的很好，文档也完善
- B：生态发展中，有很多彼此竞争的新选择
- C：没有生态，很多需求要自己手动解决
社区
评分系统：
- A：聊天群、讨论板等每天都有交流，issue 当前能处理，有很多答疑积累
- B：聊天群、讨论板等有频次比较低的交流
- C：没有社区
上手
评分系统：
- A：一天内上手
- B：需要大约一周才能形成生产力
- C：需要一周以上时间来学习基础
文档
评分系统：
- A：有专用的官网、录屏演示、示例项目、指南、API 文档，代码易读
- B：有基本的 readme 和 API 文档
- C：非常简约的 readme，要看代码才能知道用法
工具
评分系统：
- A：有其中两种以上的工具支持：浏览器 devtools、IDE 插件、CLI 工具、配套的第三方 SaaS 服务
- B：有其中一种工具支持：浏览器 devtools、IDE 插件、CLI 工具、配套的第三方 SaaS 服务
- C：没有外部工具支持
成就
评分系统：
- A：4年以上历史，大厂大团队采用
- B：1到4年历史，被早期用户和小团队使用
- C：不到1年历史，还没有用于真实产品
团队
评分系统：
- A：大厂大团队的专职团队负责维护
- B：有一批大佬负责维护
- C：个人独立维护
兼容
评分系统：
- A：更新升级多数能保持兼容，废弃功能会有警告提示，不兼容的旧版本会继续维护两年以上
- B：破坏兼容的更新会渐进推进，有良好的文档
- C：更新会频繁的破坏兼容，需要较大的重构，缺少引导
势头
评分系统：
- A：社区热点、几千 star、主流会议分享
- B：发布后引发很多关注，几百 star
- C：个人埋头开发，不被了解
评分示例
Apollo Client
- 功能：A
- 稳定：A
- 性能：B
- 生态：A
- 社区：B
- 上手：B
- 文档：A
- 工具：A
- 成就：B
- 团队：A
- 兼容：B
- 势头：B
总分：A (29/36)
