作者:Spinellis
格式: AZW3, DOCX, EPUB, MOBI, PDF, TXT

架构之美[pdf txt epub azw3 mobi]电子版下载：

网友评价：

• 东西很好，快递速度很给力
• 书不错的，一直在当当购买的
• 一半的内容都是国内应用比较少的领域：操作系统、虚拟机。
  
  大部分的内容都是我不熟悉的领域，比较感兴趣的是：
  
  1：第三章：伸缩性架构，说的是一个游戏的架构，无法分区，需要扩展，另外客户端要有大量的运算，作者

  采用的是一个尽量减少延迟，“任何存在时间超过一个任务的数据都被视为持久的”，也就是把每个事务的数据都持久化。
  
  2：第四章记忆留存。说的是一个远程照相馆作业系统。程序（包括数据库结构和数据）远程自动更新。程序

  判断数据库版本是否与代码版本相同的做法与Michael上周提的思路相同：用一个数据库中的表来保存版本号。
  
  3：第十一章：GNU Emacs：滋长的特性是其优势 介绍了一个功能超强大的文本编辑器Emacs。这个文本编辑

  器是一个开源软件，20年以来不断有志愿者增加它的功能，架构确没发生过大的变化。
  
  感觉这些作者水平还挺高。这本书还值得一看。
  
  
  
  
  
  
  
  

• 很实用的技能專业专
• 这本书需要有一定经验的人阅读，可以将其中的方法带人到工作中，学习大师们思考问题的方式。
• 物流赞，超级快！
• 一般般吧，个人感觉，或者自己体会不深
• 还不错，好评！
• 当当物流速度挺快的，每次都是今天买，明天就能拿到。
• 整本书的文章涉及到了计算机领域内的众多分支，叹为观止
• 发货快，书手感不错！
• 不错，值得推荐！
• 不错不错，正版
• 东西不错，快递一如既往地快，果断好评。
• 一本十分好的书，能学习架构的好书，建议大家去看看
• 老外的经典，可以学习下
• 急需的好书，开始看
• 先说说《架构之美》是本什么类型的书，这本书就如同汇集了各个电视频道充斥的各类股评专家（当然是顶尖级的）的析股法则大全。而什么是成熟的架构师呢？简单来说，就是能够取各家之所长，因地制宜，形成适合自己设计场景的架构设计规律法则。
  
  　　
  
  看了一部分，觉得写得还是比较诚恳的，有以下感想记录以备忘：
  
  　　
  
  1 COC规约背后的法则就是架构设计上最重要的一条：概念完整性（处理问题的一致性）， 同时，架构设计上的相对简单也才可能保证概念完整性，一致性。这也是架构能够比较务实，利于推广的重要因素。
  
  　　
  
  2 软件的架构其实是和公司的组织结构及开发流程相互影响的。当然大多数情况下是软件的架构是被动者。但好的软件架构设计原则反作用于组织机构及开发流程也不是不可能的。
  
  　　
  
  3 没有完美的架构。架构师就是力求做一个务实的“平衡美人”。不能一边坐拥着间接、长远才见效、容易视而不见的幕后优点，一边又对为了实现前者随之带来的小小应付成本挑三拣四，这样很容易捡了芝麻丢了瓜。。。
  
  　　
  
  4.好的架构就是要分离关注点，也即“庖丁解牛，分而治之”。降低耦合性，这样复杂性也随着降低了，让参与系统各个方面的开发测试人员只需了解自己需要了解的模块，不需要了解整个系统，就能并行地进行工作了。只有这样才能开发出超越了单个人智慧所能理解的复杂软件生态系统平台。对于复杂系统的大部分参与人员：“知其然，也要知所以然”未必适用。
  
  　　
  
  5.虽然大部分程序开发人员也隐含行使了架构师的角色与职责，但架构不能这样以一种自动而隐晦的方式存在，应该适时地有意识地因地制宜的主动做出架构层面上的设计及重构工作。要不然，就像北京城市建设这样，时间成了唯一的架构因素，基于明清时代遗留的皇城根一环一环地摊大饼。。。到那时候，着急也没用了。。
  
  　　
  
  6. 不要虚妄地进行所谓的自主创新：大多数场景下（尤其中国）：我们面临的架构设计其实更多的是架构选型，这没什么丢人的，孤芳自赏型地闭门造车只能是自娱自乐。就连中国飞豹歼击机总设计师也要面临架构选型：是选落后但忒熟悉不容易犯错的苏联设计规范，还是先进但忒心里没谱的美国设计规范？而如果选用落后的苏联规范，虽然初期上手很快，但中后期根本就达不到军委下达的新一代歼击型轰炸机的技术功能指标。事实是总设计师最终选择了后者，虽然有风险，不熟悉，但有成功的希望，60周年国庆飞豹也上天飞过天安门了。。
  
  
  
  
  
  
  
  
• 纸质不错，还未有空看。
• 一个字 好，两个字 很好，三个字 太好了！哈哈……
• 学习中。。。。。
• 有独到的观点。翻译有点晦涩
• 不错，很好！
• ！！！！！！！
• 对于不同类型的系统，用一个或多个实例来说明其架构、思路及设计考量，开阔程序开发的思路， 非常值得细读。
• 不过整体感觉还是本好书啊 不错 可以看看 就是理论细节不够啊 呵呵 可能我选错书了啊。。。
• 这本书值得仔细阅读，里面有很多有参考价值的东西。
• 结合 C++设计新思维，是学习GP的精品，一为语法，另为设计
• 架构讲解深入，适合喜欢架构又不知道需要掌握哪些东西的同学
• 大师杰作，值得一读，得有一定开发基础，讲的比较抽象。
• 值得一看，极具专业性
• 挺好的的一本书，封面很是漂亮，很实用，非常满意
• 很需，没干货
• 写的不错，赞一个
• 内容很经典，比较实用，适合我这种现在想架构转型的人
• 转型需要

  应该有帮助的。

• 不错 挺好的
• 挺好的书,讲解很到位,挺好的书,讲解很到位,
• 昨晚十一点下单，今早十点就到了。很快，很好。
• 整体感觉不错，印刷正版，纸质好，内容还是不错的，推荐购买。
• 东西不错，很好！
• 正品，学习中
• 很不错的书~~~~~
• 书不错，很便宜，是正版，下次还来买
• 上面写的2010年才出版，怎么现在就有人评论了，到底现在出版发行了没有？
• 东西好，服务好，性价比高！
• 系统架构师必读，内容详实，美中不足的是纸质一般。
• 这本书集中了一大批软件架构方面的牛人，首先对软件架构，特别是“美的”软件架构做了介绍，然后给出了一大批所谓漂亮的软件架构。

  看起来有点吃力，好像不是所有作者都是搞软件架构的。有的在介绍架构的同时介绍起了详细设计，甚至编码。抑或软件架构就是这样子的？
  
  

• 便捷、便宜、很好
• 包装不错，一直在这里买。物流很快，隔天就到了。
• 看得出来不错，但是技术性太强，所以，没有看下去。
• 在任何行业，只要有足够的人力和时间投入，其中总会诞生天才人物和天才作品，而他们能给后继者强有力的启示，起到继往开来的引领作用。这本书中就是对这些天才人物和天才作品的归纳，有志于做出一点东西的程序员和架构师常常翻开会大有裨益的。
• 已经看了一半，在第一个案例对我所作项目有一定启发，其它的项目因为工作方向所限，没有遇到过，感觉讲解的还不是很细致。
• ????治???
• 质量很好，价格实惠，值得够买
• 包装很不错，买来学习学习！！
• 目前本人从事金融方面的平台搭架，买本架构之美看看，架构之美，美在架构
• 整体感觉不错！
• 好书！就是太厚了！
• 只是我看到的第一本关于架构方面的著作，但是我很庆幸我第一次就看到了它
• 质量不错，快递也可以。
• 买了还没看多少，浏览了下感觉挺不错的，挺全面。
• 书页有几页没有做好，内折了。

  这本书有点偏向于讲哲学，讲的都是实践的例子，更多的讲的是why，没有讲how。

• 相比于beautiful code要容易读一些，但具有同样的启发性，书中提供的实例很具参考价值。
• 看了前面几章，感觉理论知识强于实践知识，可能需要更多的项目来去实践。 
   
  但是在Amazon上这本书的销量似乎并不高，评论并不是很好，只有3颗星。即使是持批评态度的人，对其中部分内容的评价也很高.
• 书本内容不是入门级别能看懂的，需要一定的经验才能看到，是一本提升的工具书
• 包装不错，整体感觉不错……
• 架构：建造的艺术或科学。同时考虑到美学因素和实用因素，是洞见系统内在结构、规律、原则和逻辑的过程。 为什么需要架构（正反）？ 不考虑架构，一个产品也可以做成一个单一的满足功能的软件，可以是个巨无霸。 但它无任何品质上的考虑，可维护性极差，运维成本高，这是极端的情况。 架构有助于增删改功能，任何一段代码，放在架构的哪一层，都是由架构设计好的。任何一点变更，都要遵循从上到下的.
• 软件开发人员推荐阅读，这个系列的书籍很不错
• 点错了，一下买了3本重复的。 由于有些事，就没退， 送人吧。哈哈
• 机械工业出版社的书良莠不齐，这本从内容到排版，质量都属上乘。
  
  可能是Oreilly的关系吧，希望《之美》系列的其余书籍快点上架
• 怎么说呢，书的质量没的说，内容感觉有点空泛的，可能需要一定基础的人看得更合适吧，比如架构师。
• 书不错,要仔细读,反复读,并且要结合你正在做的项目,才能有提高
• 一口气买了10本书，希望我能成为一个前端，看了几天挺艰难的，希望对你们有用
• 字里行间现卓知。
• 包有塑料封袋，未拆封，看上去是正版的赶脚
• 这本书整体的讲了架构的一些概念，能够给我很好的一个美丽架构的概念。
• 包括多个业界软件架构，没有很细，只是泛泛介绍，只有相关经验才能理解。
• 很好,物流快得吓人，很快就收到了。
• 朋友推荐购买的。收到后确实不错，儿子很喜欢，质量不错，内容很好！值得购买！
• 架构之美，这本书写的非常棒
• 虽然有些例子相对我们实际设计的系统差别较大，但架构的思想还是一致的，纸张墨迹有时候会弄到书上或手上，一点瑕疵的地方
• 不错，很喜欢
• 是很多人写的各部分，然后组合在一起，综合了很多人的经验之谈，包括多方面的架构