我阅读的第一本名著是电子版的《架构整洁之道》，网上对这本书的评价很好，阅读后我总结了自己的一些阅读笔记和心得体会，按点论述一下：
1.程序员三个层次
1.1普通程序员：就是正确处理业务和数据计算，让代码跑起来
1.2工程师：写的代码易读、易维护、易扩展、可重用、效率高
1.3架构师：权衡、决策、简化、灵活、应对复杂度
2.软件开发需要解决的问题
1.微观：代码
2.宏观：架构
3.分离控制与逻辑
控制：对程序流转，与业务逻辑无关，如：多线程、异步、服务发现、消息中间件等，另外还有业务逻辑中的判断(if else) , 是否可以去掉if else , 变为根据一定规则进行路由到不同逻辑， 这样也便于扩展， 职责分离，同时也便于测试
逻辑：实实在在的业务逻辑，解决用户问题的逻辑
控制、逻辑构成了整体的软件复杂度，有效分离得到最大简化
3.架构对软件开发的影响
一个好的软件架构需要考虑以下四点：
3.1人力成本：可以大大节省软件项目构建与维护的人力成本
3.2变更成本：让每次变更都短小简单，易于实施
3.3风险：并且避免缺陷
3.4扩展性：最大程度地满足功能性和灵活性要求
4.设计与架构的关系
作者的观点是二者之间没有区别。我认为一般的软件设计与架构设计差别还是很大的，面临的问题，思考的方式都是不一样的。底层设计细节和高层架构信息是不可分割的。
5.复杂软件开发的思想
要想跑得快，先要跑得稳
6.软件架构的目标
支撑软件系统的全生命周期，设计良好的架构让系统便于理解、易于修改、方便维护，并能轻松部署
开发阶段：组件不要使用大量复杂的脚手架；不同团队负责不同的组件，避免不必要的协作
部署阶段：部署工作不要依赖成堆的脚本和配置文件；组件越多部署工作越繁重，而部署工作本身是没有价值的，做的越少越好，所以要减少组件数量
运行阶段：架构设计要考虑到不同的吞吐量、不同的响应时长要求；架构应起到揭示系统运行的
维护阶段：减少探秘成本和风险。探秘成本是对现有软件系统的挖掘工作，确定新功能或修复问题的最佳位置和方式。风险是做改动时，可能衍生出新的问题