书中提到了ruby on rails,所以百度了下，介绍如下：
题外话：Ruby on rails 它是一种可以使你开发，部署和维护的WEB应用程序变得简单的框架，以简化web开发为目标，它简洁，易懂，框架里的配置文件较少，它遵循了简单由于配置的原则，它使用的是实时映射和元编程语言，有内建的生成器，使得程序员无需关心一些脚本模板的细节，而更注重与系统的逻辑结构。
在谈论架构的时候，人们总是将其与建筑联系起来，这样理解架构的时候会更通俗易懂一些，它们都是根据一定的需求进行设计。《架构之美》中强调了表达的“简洁性”——Don't repeat yourself,而美的核心在于概念的完整性（一组抽象和规则）。好的架构就能很好的展示架构的完整性，它能利用这些规则来减少系统的复杂性，指导详细设计和系统的验证。
在设计架构的时候，常见的系统的关注点：
功能性：产品向它的用户提供哪些功能？
可变性：软件将来可能需要哪些改变？
性能:产品将达到怎样的性能？
容量：多少用户可以并发使用该系统？该系统将为用户保存多少数据？
生态系统：在不是的生态环境中，该系统将于其他系统进行哪些交互？
模块化：如何将编写软件的任务分解为工作指派？特别是这些模块可以独立的开发，并能准确而容易的满足彼此的需要。
可构建性：如何将软件构建成一组组件，并能够独立实现和验证这些组件？哪些组件应该复用？
产品化：如果产品将以集中变体的形式存在，如何开发一个产品线，并利用这些变体的共性？产品线中的产品以怎样的步骤开发等等。
书中介绍了什么样的的架构才算是美丽的架构，美丽的架构在开始时，要关注其实用性，好的架构应该是每天被很多人使用的；使用架构之前，我们还要考虑它必须要能够被构建（可构建性）；接下来就是关注架构的可持久性，好的架构应该能够经得起时间的考验，能够考虑到未来的变更，允许期望的修改；最后，要寻找一些能让人高兴的架构（开发人员、测试人员、用户等），这就要求架构必须满足概念完整性，这样的架构才易懂，易用，才会做到简单而又不过于简单。几个比较常见的美丽架构的例子有：A-7E舰载飞行处理器的架构；朗讯5ESS电话交换机软件架构；万维网；UNIX系统。