Ruby on Rails是否适用于大型项目？

Question

我正在撰写关于RoR的演讲。它看起来不错，除了我找不到“问题”部分的任何内容。似乎没有。 :)

特别感兴趣的是：

1. 当多个开发人员参与大规模RoR项目时，可维护性/管理存在哪些问题？
2. 对于使用动态类型语言与静态类型语言的大型项目的开发人员，有哪些具体考虑因素？
3. 为什么RoR不适合大型项目？

我在谷歌搜索互联网上找不到任何东西。我想听听你对这些观点的看法吗？

谢谢你， 长Arkadiy

Answer 1

我确信你可以在'网上找到很多这个，但我很乐意帮忙。

1. 可维护性：Ruby和Rails都是为了创建更多可维护的代码而牺牲一点性能。这就是为什么Ruby首先是一种动态语言。就开发人员/团队而言，Rails非常适合创建和维护易于理解和维护的代码。
2. 动态与静态：从开发团队的角度来看，静态语言具有非常明确的独特优势。混淆新开发者并没有什么魔力，在追逐鬼魂方面应该没有什么工作（理论上，无论如何）。动态语言真正利用OOP并快速开发的能力很快就超过了这一优势。
3. 适用性：我想不出任何好的理由。它是经过测试驱动，经过验证的，设计精良。这是为了完成这项工作，因此我不会感到惊讶。 ：）

Answer 2

根据我的经验，大多数RoR开发团队都在使用 MAC 。 使用 git 或 svn 进行版本控制。大多数人使用 TextMate 或 Komodo 。 特别是 Komodo Pro ，你可以在团队中很好地使用它。 一个好的svn客户端有版本

我没有在更大的团队工作，然后是5个开发人员，我认为这不是大规模的:)但是框架本身比我见过的大多数其他人更容易处理。主要用于Scrum-Teams，但如果你有一个好的组织，我认为在大型团队中使用RoR没有任何不利之处。

代码文档工具非常方便，将模型，控制器和视图拆分到不同的部分，对于团队成员而言应该不是什么大问题，并且设置具有夜间构建的测试服务器非常容易。

我们在Linux和Windows环境中使用RoR，并且具有非常好的生产经验。技术它与其他大型框架一样可扩展，使用sql_sessions和mem_cache，您可以轻松设置服务器场，以便为数千或数百万用户运行它。

所以imho：它适用于任何规模的团队。

Answer 3

对于可伸缩性，如果twitter可以这样做，我认为你也可以这样做。

并且可维护性，就像在任何其他编程语言中一样，你需要使用某种版本的控件，svn或git。