架构师修炼之道

• 嘉陵

  11-01
  HART原则：以人为本human，延迟决策ambiguity，善于借鉴redesign，化虚为实tangibility。
• 务观在阿里

  11-24
  能展开给个case就好了。
• Crystal

  01-03
  先读了前半部分的理论和概念，方法和工具细节等有时间有需要再继续。
• dhcn

  02-24
  面向一个组织的架构管理方法
• hanpfei

  05-23
  2020.05.04 ~ 2020.05.23
• nonocast

  10-29
  20分钟翻完，实在没有读下去的动力
• Joard Spike

  11-12
  此书很笼统地描述了软件架构是什么、为什么、由哪些组成、经历哪些阶段。书中第三部可以备查。
• ò.⒏㈢ ㄧ°

  04-03
  又是本“纸上得来终觉浅”，感觉回到了大学念软件工程…不推荐，除非要给客户做咨询用来了解套路。真要看就看第一部分（设计思维，架构原理），第三部分（工具箱，虽然也很虚，大多还是围绕白板瞎弄，方便沟通的玩法。真要设计决策估计大多还没有开源项目里 RFC 来得有效）
• 平凡的老鱼

  10-14
  这本书三部分，第一部是概念，第二部分是核心内容，讲各种设计原理，第三部分是执行中的一些工具箱，整本书以一个叫Lionheart的项目为例讲述整个设计过程，总体的书的逻辑是好的，就是第二部分里面具体的内容的系统性不强，关于案例的讨论也没有展开。总之，没有达到形而上的道，关于具体的Step by step的指导作用也不强， 可以看看作为参考。
• 颜小婧

  04-25
  介绍了一些架构设计的工具，有点意思
• liuwill

  11-28
  架构师的职责是从工程角度定义问题，分解系统，分配职责，关注大局保证全局设计的一致性；在质量属性之间做出取舍；管理技术债务；提升团队的架构技能。在软件开发中，任何事情都是有成本的，设计/评审是需要昂贵的系统2才能完成的，系统越复杂，规模越大，越多元素和关系就需要越多的时间。因此如何分解复杂性，保证架构方案落地，需要平衡开发速度，功能和质量属性。正是质量属性让系统不一样，约束、影响较大的功能需求，时间、经验、知识、技术和组织结构、业务模式都会影响架构。架构设计就是在不确定的情况下做决策，一边摸索要解决的问题，一边探寻解决方案。风险程度、系统规模和复杂度决定了架构设计和测试需要或者值得投入多少时间和资源。科技进步赋予了开发者更大灵活性和权力；随之而来的新架构模式也对开发人员提出了更高要求
• 柯爺

  05-31
  转变的方法非常有指导意义
• 马猴烧酒扎坦娜

  10-17
  会的团队看起来习以为常，不会的则感醍醐灌顶。但就点穿这层纸、促进实践的标准来看这是非常接地气的一本书
• zongzuanfeng

  03-30
  感觉是很典型的老外写法，不是那么“干”，很多经验方法相关的软技能。估计以后还会翻一翻做参考，先放在手边的一堆架构书里吧…
• jackyrong

  12-31
  总的不错了，很大篇幅说的是架构师如何领导团队做架构设计和评审，通过一些可以操作的比如团队会议、教大家如何做评审、设计、头脑风暴等，可惜书对架构设计防范论的论述本身不是太深入，比不上一些经典的书籍，书的第三部分可以参考下
• summer

  03-24
  比之前那本好读多了。。。
• 潜水孤木船

  01-26
  没有完全都完，后面偏向于实践的部分，并不适合现在去读，有时间再看看。整体来说还是非常不错的，不光适合开发去看，产品经理也有必要看看。
• aymao

  05-05
  方法论集锦。尤其是很多如何利用团队的力量的优秀实践。
• 马永辉

  08-24
  最早看七印部落的书，是《启示录：打造用户喜爱的产品》，既可以作为入门读物，也可以在多年之后重新阅读，常看常新。《架构师修炼之道》也是一样，开卷有益，可以帮助大家尽快走上“修炼之道”，并不断升级和进阶。