在实际工作中，很多软件工程师可能从来没有体会过良好架构设计带来的好处：系统模块的层次边界清晰，每个团队成员的工作都很少耦合；需求变更不需要在一大堆代码中改来改去，只要扩展几个类就能轻松实现；用户量快速增加时，只需要变更部署方案就可以应对，甚至不需要改动代码。
架构师的架构方法修炼：围绕目前主要的互联网分布式架构以及大数据、物联网架构，分析这些架构背后的原理，看它们都遵循着什么样的设计思想，有哪些看似不同而原理相同的技术，以及如何通过这些技术实现系统的高可用和高性能。本书从4个方面全面梳理了架构师在职业进阶的道路上必须牢固掌握的各种技术技能，帮助读者建立起自己的知识体系。想要成为一个努力的软件架构师，需要经过漫长的修炼，构建起自己的软件开发技术体系。
第34章技术修炼之道：同样工作十几年，为什么有的人成为资深架构师，有的人失业260。这样的系统通常都有一个共同特征：缺乏一个强有力的技术掌舵者，没有人为这个系统进行整体规划和设计，甚至没有人对系统整体负责，也就是说没有一个真正意义上的软件架构师。
本书会从一个常见的问题入手，直达这些基础技术的原理，并覆盖这些基础技术的关键技术点，让你在理解这些基础技术原理和日常开发工作的关联基础上，对这些基础技术产生全新的认知。就我所见，很多项目团队根本没有系统架构设计这样一个软件开发阶段，也没有一个掌控整个系统技术架构的人，项目管理者主要关注内部和外部的各种沟通，以及人员、进度管理，而缺乏对系统架构的关注，导致系统架构在日复一日的开发过程中逐渐腐烂。
在我的职业生涯中，曾经见过一些差劲的系统，没有人知道这个系统是从什么时候开始变差的，参与其中的每个人都痛苦不堪，所有人都在同这个差劲的系统比赛，要么自己的工作进度足够快，在系统变得更差劲之前把自己的功能开发完成，发布上线；要么自己足够快，在系统变得更差之前跑路走人。本书的目的就在于此，即全面呈现架构师的知识结构体系与相关技术的本质和内涵，使读者构建架构知识之网，能从全局思考并面对自己的工作。
软件编程似乎没有门槛，任何接受过义务教育的人经过一些基本的编程培训就能够写一些可以执行的代码。如果当前项目没有一个能够掌控技术架构的人，那么，最好的办法就是你尽早站出来，为整个系统的技术架构承担责任，让自己成为软件架构师。整个过程你收获的不只是更好的工作体验，还有更广阔、更美好的未来。
但是公司不是你实践技术的实验室，怎样才能处理好工作中的各种关系，得到充分的授权和信任，在工作中实践自己的技术思想，并为公司创造更多的价值，得到更大的晋升和发挥空间，使自己的技术成长和职业发展进入正向通道？
发表评论