首先對于一家創業公司而言，這更像是一個商業抉擇而不僅僅是技術選擇，時間人力物力等開銷都必須要考慮周全。一旦公司規模上來了資金不成問題了，可選擇的空間就更大了甚至可以進行遷移或重新架構。

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幫忙解答技術疑難？為這些問題找到完美的答案是有一定難度，但絕大多數時候數字是最真實的。日期或參與度/帖子熱度都是不錯的衡量指標。此外，補丁的更新速度也十分關鍵，對安全性和漏洞的重視與否可謂是牽一發而動全身。