现代软件工程：如何高效构建软件

散乱，整本书结构性很一般，是译文问题还是作者就是这么写的，可读性不友好。

1. 利用模块化、关注点分离、信息隐藏和抽象等概念来管理复杂软件开发的方法比较不错；使用测试驱动开发来提升代码的设计比较符合我的实践感受。 2. 实际开发中要多应用快速反馈来提升软件的开发效率和质量。 3. 看很多人反馈里面一些翻译有问题，这个我倒没有发现什么问题；对于可测试性、可部署、可发布这些概念在近几年呆的开发团队听的比较多，倒是没有觉得难懂

这本书的概念有点乱，不知道是翻译还是作者本身的语言组织让人摸住头脑 尤其是后面解释 高内聚低耦合可测性模块，简直就是一个大泥球，另外有很多概念与约定成俗的软件工程术语不一致，让人读的拧巴。唯一借鉴意义，就是将复杂度管理和软件开发生命周期管理分开。

概念比较散，偏理论。 整篇知识点没有结构化， 各种观点也是各种书籍拼凑而来。 代码原则部分，不如读《重构》、clean code。 唯一值得看的还是几个原则：模块化、内聚、关注点分离这些概念的解释。

描述了软件工程思维，用稳定性和吞吐量来度量软件开发质量。讲述了如何更快的构建高质量软件的一些思想，经验主义，实验性，内聚力，模块化，关注点分离，耦合等思想，总体来说是指导思维的一本书，内容组织有些平行，感觉某些地方翻译可能不是太贴切。

书没有讲成套的严密的方法论，讲的是一套思想，以快速交付和验证为指导思想，衍生常见的指导原则，增量，迭代，关注点分离，区分业务复杂度和偶然复杂度，模块内要注意内聚力，模块间要进行松耦合，考虑权衡，而不是采用统一的，唯一的方式，要尽可能的模块化，隐藏信息，充分利用外部工具，比如设置合适的测量点，在开发之前，想好业务的表现形式进行测试设计，以测试设计驱动更好的思考业务逻辑的封装和抽象，频繁快速的获得反馈，要能快速的实验等，这本书看起来没有负担，核心的思想会不断的重复，没有严密的，精准的方法论，更多的是思想和权衡，很不错，面对复杂的场景，模板化解决方案往往不是最好的解决方法，在正确思想的指导下，根据项目的情况进行取舍，本身就是很好的处事方式，不过，要追求一套完整的解决方案，要可落地，可验证，精准高效，这本书就显得有点务虚了，缺少可具体实操的抓手，不过，这本书看着不累，属于内功心法类的书籍

描述的是构建软件的工匠精神，不是流水线。高内聚、低耦合、模块化、软件的可部署性…都是从软件的特性方面去考虑如何高效，质量高，返工少

总感觉这书读起来不顺畅，不知道是不是翻译的锅

非常好的方法论，推荐附带阅读戴明的PDCA

内容本身还是有价值的，但是读的过程真的很痛苦，有些内容表达出来让人读得一头雾水，更多困惑了😵‍💫。