首先对于一家创业公司而言，这更像是一个商业抉择而不仅仅是技术选择，时间人力物力等开销都必须要考虑周全。一旦公司规模上来了资金不成问题了，可选择的空间就更大了甚至可以进行迁移或重新架构。

1.  语法

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

2.  功能和体型

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

3.  文档资源

具备丰富文档资源的框架使用起来的确是得心应手事半功倍。

4.  代码自动生成

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

5.  模块化

Django在模块/Apps的处理上令人赞叹，不仅仅让代码复用变得简便，同时有助我们培养良好的模块化思维。当我们不再需要X模块时，我们只需把它移除然后做好代码重构工作就可以了。

6.  基础架构

不论是使用LAMP还是MEAN堆栈，或是Rails/Unicorn等，最关键的还是我们对这个架构有没有足够的了解，有没有相关组件的维护能力。假如应用的前端和后端都与Javascript相关，采用MEAN堆栈架构是个不错的选择。

7.  社区和更新速度

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