自从我有 Python 背景以来,我一直在使用 Turbogears,但看到所有可用的 Ruby on Rails 资源,我不禁感到一阵嫉妒。
例如,对于资源量的粗略比较,请查看http://www.google.com/trends?q=turbogears%2C+ruby+on+rails
Turbogears 需要什么才能达到 Ruby on Rails 的临界质量?一个大型插件库?性感营销?
自从我有 Python 背景以来,我一直在使用 Turbogears,但看到所有可用的 Ruby on Rails 资源,我不禁感到一阵嫉妒。
例如,对于资源量的粗略比较,请查看http://www.google.com/trends?q=turbogears%2C+ruby+on+rails
Turbogears 需要什么才能达到 Ruby on Rails 的临界质量?一个大型插件库?性感营销?
我认为 Turbogears 工作起来有点复杂(我的意思是非平凡的使用 - 快速启动系统很好),似乎一直在变化(不同的版本有不同的 ORM, auth 库、Web 后端、模板引擎等),因为在其短暂的生命周期内拥有不同的维护者等。因此,通过必要性,使其工作的人通常比您在RoR 或 Django 世界,因此对确定严格的规范、良好的文档或“宣传”技术不太感兴趣。
以后者为例,当 SourceForge.net 宣布他们将 TurboGears 与 MongoDB 一起使用时,您会认为社区或维护人员会抓住这一事实,这表明 Turbogears 是对 NoSQL 的新兴趣的绝佳选择。但似乎是集体耸了耸肩,好像在说,“是的,我们一直都知道TG那么棒。有什么大不了的?” :) Turbogears 的维护者显然使用 MongoDB,但在邮件列表中很少讨论它,文档中根本没有关于它的内容。因此,任何看到 Sourceforge 报道的人都会去 TG 站点,环顾四周,最终会有点迷茫,甚至可能会感到失望。
因此,我认为除非现有的 Turbogears 维护者和专家社区能够投入更多时间向外看,并考虑如何扩大框架的吸引力,否则社区将继续保持相当小规模和专注。
目前,Ruby 和 Python 都没有足够的动力来支持多样化的 webdev 社区。在我看来,以下是我们作为 Ruby 和 Python Web 开发人员应该遵循的步骤列表:
因此,正如其他人已经建议的那样,暂时放下并使用 Rails 或 Django 进行步骤 (2)。;)
项目如何获得临界质量是一个神秘的过程。性感营销肯定有帮助。我认为 Ruby on Rails 发布时带有引人入胜的截屏视频这一事实有助于其成功。这也有助于该框架是由一家商店开发的,该商店还开发了人们想要使用的很酷的应用程序。
当然,该框架也必须在技术上具有吸引力,RoR 就是这样。
正如其他评论者所指出的,如果您想要一个广泛采用的 Python 框架,Django 可能更适合您。或者也许你应该改用 Ruby on Rails?