凯文·丹古尔在经历了四年的冗余混乱和恐惧驱动的技术选择后，正在退出 J2EE 的开发。他已经拣选了以 Python 的动态语言开始创建自己的新业务。不幸的是，他仍然陷入 Java 的偏见性思维，因为对新动态语言或框架的学习会存在困难

Ruby 看起来很好，Rails 正因正当的理由而吸引了大量的关注。Squeak 上的 Seaside 应当获得关注，因为它看起来非常有利于将应用程序整合到一起的方式。在这两者中存在两个问题：1）我不知道它们，2）与 Python 或 Java 相比，它们的成熟度较低且社区较小。

我当然可以克服（1），但那会让我最初变得缓慢。时间正在流逝，因为我需要创造利润以支付按揭贷款和其他费用……第二点也意味着速度较慢：可以寻求帮助的地方较少。预先打包的模块较少，而且这些模块可能是经过较少测试的。

我猜测，当离开当今科技世界中最为深入和灵活的事物时，思考自己必须留在能力陷阱中是正常的。但这不必是这样。与 Java 非常不同，在刚开始使用 Rails（或 Seaside+Persistence）时，不需要花费数月数月的时间来收集关于应用程序服务器的来之不易的经验或攀登很高的高山框架堆栈。你可以在一两天内尝试一下，并很好地了解正在发生什么。因此，逃离能力陷阱的成本处于历史低位。

因此，让我们来解决“成熟度较低且社区较小”这一指控。我发现，尽管大型语言社区是一个不错的后备资源，但真正的重要性在于我们选择的框架周围拥有强大的社区。当人们在使用 Ruby on Rails 时遇到问题，情况很少是它会被 ruby-talk 邮件列表听到他们的恳求。那是由 Rails 特有的渠道进行回应的。

说到这些，Rails 邮件列表非常活跃，12 月份平均每天有26 封邮件。Rails IRC 频道一直非常活跃，每天有 100 至 120 名开发者。这是一股独特的强大力量，能够提供端到端的帮助和建议。这不同于在试图从独立的社区组合模板、Web 流和持久性框架时必须进行分散的搜索援助。

这不是对 Python 没有一个完整的on Rails解决方案的指控，而只是对 Ruby 子社区的舆论应低于 Python 中的一个可比较栈的成熟度或活跃度这一主张的驳斥。事实并非如此。

那么。“Blue Sky Development”的担忧是追求“技术选择[这]可以在技术（和业务）优点上做出，而政治不会妨碍其发展”。我认为你至少应该在这份声明之外呆一两天，走出你最直接的舒适区。我非常确定你会发现能力陷阱并非不可避免，而且对缺少社区的担忧会被立刻消除。