聊聊架构

业务同学读起来 还是非常震撼的，从非常本质的角度 （第一性原理），漫谈什么是树、什么是分层、什么是概念/相、什么是交易，我大概会翻第二遍。02-24

看得出这是作者经过思考后得心得。但也许不是合适阅读这本书得时间。浅得太浅，深的不想触及。06-22

用最直白的方式，讲解架构06-07

第二部分后面几章终于有点感同身受。06-05

有这么点道理，但是真的不值这个价。半折入可以考虑。07-07

跳出企业架构必谈TOGAF的窠臼，从战争中学习战争的独立思考。第一部分比第二部分启发更大。03-11

图书馆随手借的书。前面一部分还算比较深入，有两点印象深刻：关注核心生命周期，以及发现问题——“找出问题的主体，是做架构的首要问题”。至于如何去识别和切分生命周期，就靠各人各自去修行。后面部分章节就有点只是“聊聊”了，也挺切合书名。结合最近工作上的经历，体会到软件只是一个壳子，一种手段，如书中所说的是一个虚拟的人，业务经验才是最重要的。软件开发中，关注技术并没错，能通过技术更好、更有效率地实现软件当然好，但只有深入理解用户、认识业务、解决问题，才更有价值。03-23

这么垃圾还有 7.9 真是逆天了11-20

初看排版一般，但是内容确实非常好。去作者所说，怎么用自己的语言和文字表达出来，是和实现同样重要的。架构从业务生命周期的分解开始，考虑怎么样用合适的技术让业务模式变成现实。从技术细节，到分工和组织架构，业务、组织和技术是共同作用演化的。从写好代码，到模式工具，单元测试，运维，直到用户使用的体验，数据和运营，构成了软件的整个生命周期12-10

生命周期以及不断把生命周期按是否变换责任主体细化拆分直到识别完完整的业务过程，这一分析方法非常有参考价值，责权利对等是高内聚低耦合的重要划分原则，把现实世界和生活中的实际案例和现象同it软件结合类似，很有启发，万变不离其宗。09-24

登高才能望远。概念和抽象的区别，架构在于执行在于生命周期的拆分，用户访问生命周期对应业务逻辑，单元测试只适用于业务逻辑，事务要放到业务逻辑做（复式记账），这些都学习了。03-25

尽管书中一些观点有些偏执或重复，但却能看到作者真实的思考，这正是当今最为可贵的东西。贯穿全书生命周期的思想的确启发了我很多，很多人觉得太虚或者没用，但我觉得这就像哲学，只读思想的时候确实没用，只有当把他们带入生活或者工作中时，才能发现是至上的真理。05-28

关于生命周期的思考贯穿全书发人深省，关于架构师的目标是完成能够应对业务持续增长的高可用系统的归纳十分精炼。运用技术完成目标，而不是成为技术的奴隶。02-20

有点啰嗦，简而言之一句话，要懂业务。11-04

用比较新奇的生命周期思路解读了架构，不仅仅是软件架构，还有组织结构架构等。收益良多，强烈推荐。08-02