古语云工欲善其事，必先利其器，对于工程师而言，选择一款合适而强大的开发框架对开发工作是大有裨益的。那么我们该从什么角度来进行衡量和挑选呢？

首先，对于一家初创公司来说，这更像是一种商业选择，而不仅仅是一种技术选择。必须仔细考虑时间、人力和物力等费用。一旦公司规模扩大，资金就没有问题，而且有更多的选择余地。你甚至可以迁移或重组。原作者ramigbtech总结了以下10点，以供参考。译文如下：

1.语法

拥有优雅语法的语言无疑可以让编程工作变得惬意，但有时候我们容易被表象所蒙蔽，如果凭直觉你认定，"this is text".split(’ ‘).reverse.join(‘ ‘)比" ".join("This istext".split(’ ‘)[::-1]) 的写法要好或差，那么这仅仅是外貌协会，实际上我们更应该着眼于它本身是否具有局限性或语法是否累赘，用更少的代码完成等价的工作我们自己或团队都会对当初的选择心存感激。

2.功能和体型

我们需要为路由编写复杂的正则查询吗？路由中含有内建的DSL吗？我们需要使用ORM吗？或许我们还想拥有更多其它功能。建议选取一款较轻巧框架作为开始，日后我们可以为它添砖加瓦。

3. 文档资源

具备丰富文档资源的框架使用起来的确是得心应手事半功倍。例如我在学习CodeIgniter时，根本不必像无头苍蝇那样四处寻找答案，其自带的教程和配套范例都做得非常认真仔细。相对而言，我在学习ExpressJS的时候就比较费力了。

4. 代码自动生成

框架中的代码自动生成功能通常能为我们节省不少时间，我们仅需要做好控制器/类等的处理而把其它重复的编码工作交给框架，虽然有时候不能自由地进行自定义，但对于想快速开发出一个能运行的原型是有积极意义的。

5.模块化

Django对模块/应用程序的处理令人惊叹。它不仅使代码重用变得更容易，还帮助我们培养良好的模块化思维。当我们不再需要X模块时，我们只需要删除它并重构代码。

6. 基础架构

无论我们使用lamp、mean stack还是rails/unicorn，关键在于我们是否对架构和相关组件的维护能力有足够的了解。如果应用程序的前端和后端与JavaScript相关，那么使用平均堆栈架构是一个不错的选择。

7. 社区和更新速度

框架相关的社区是否活跃？有没有技术大咖坐镇？官方会否常常上StackOverflow帮忙解答技术疑难？为这些问题找到完美的答案是有一定难度，但绝大多数时候数字是最真实的。日期或参与度/帖子热度都是不错的衡量指标。此外，补丁的更新速度也十分关键，对安全性和漏洞的重视与否可谓是牵一发而动全身。

8. 重大变更

就在最近不少程序员听到Angular 2.0的重大变更后感到震惊和抓狂，尽管要到2015年晚些时候才会全部完成，但一想到辛辛苦苦做好的代码都会变成过去时，又怎能安之若素呢？另一个例子是Yii框架，新版本2.0的推出意味着对前个版本的完全重写。

9. 部署和依赖

容易部署吗？能方便进行扩展吗？需要花费多少时间来学习掌握部署工具？虽然有Docker这样的工具可以帮我们解答上述问题，但是抽取时间来思考这方面的问题还是有必要的。

10. 人力

我们能快捷地找到相应的开发人才吗？将要使用的框架在我们所处的区域是否流行？纵然培训工作是管理的一部分，但对于初创公司而言时间和资金时刻都得精打细算。

在结尾写下：

如果是中型的网站，我会选择Django。如果我暂时不能确定网站的规模和将投入多少开发精力，我会选择Rails。如果我不想前后端工作分得太开，我会选择MEAN堆栈