架构师应该知道的37件事

格雷戈尔·霍培这本书打破了“架构师只做技术设计”的误区：架构工作是技术、业务、组织、沟通的综合博弈。 架构师的核心使命是规避不可逆设计决策，需要灵活切换角色，依靠技能、影响力、领导力创造价值。企业架构作为业务与IT的纽带，二者双向驱动；不必凡事自研，非差异化系统优先采购复用。架构评审不能只看方案结果，要深挖背后假设，多用追问厘清隐藏风险。 沟通是架构师第一要务。沟通重在突出重点、循序渐进，搭建认知斜坡而非峭壁；书面输出力求简洁严谨，用清晰表达争取多方支持。 当下市场由规模经济转向速度经济，组织要拥抱变化。内部低效会议、非正式“技术黑市”都会阻碍迭代；架构优化不止改造系统，更要重塑组织流程与协作文化。 架构处处是权衡：灵活伴随复杂，解耦带来开销。不存在完美方案，需要平衡迭代速度与质量；警惕临时方案长期遗留，提前规划系统迭代与淘汰机制。 全书核心启示：高阶架构能力不在于精通底层代码，而在于具备全局视野，懂业务、善沟通、懂取舍，兼顾系统长期演进与组织数字化转型。

对个人来说架构师是一个个人修行的终极头衔，渴望找到一个完美系统的所有秘密，而完美系统的影响因素除了系统本身还会上升到很多事情，逻辑，哲理，美学，黑的白的规则，这要求每个有理想的架构师要有渊博的知识，要有坚定的信念，然后以艺术的方式去对待自己的工作，如果只是停留在开发或者系统搭建还是叫工程师好一点，毕竟架构这种东西是摸不着的，因为它很伟大，每个从业人员都应该把它当成一种信仰或者行业指导。我个人的理解，架构师就是那些把混乱推入正轨的人，让世界变成它本该有的样子。就如作者所说好的架构师是可遇不可求的，这句话其实可以理解为你很难遇到一个知识丰富，能力强，性格好，还充满责任心并且可以和你共同完成一项伟大事业的人，也只有这样的人才配架构师的称号吧。——架构无处不在。

二零二零年讀完的第三十六本書，整體感覺不錯寫得挺容易讀懂的，比較適合在傳統企業做技術負責人來讀，淡然如果是做ToB服务的公司也值得一读。

不错的一本书，主要是关心架构师需要知道的一些soft skill，以及企业在数字化转型中的难点，注意事项等等。

开篇显得拘谨和稍显杂乱，因为有更多的引用，但是后面的章节尤其最后一章甚为精彩：还是第一次看到IT架构师也要关注和推动组织变革-自底向上，基于技术创新驱动，引导组织、流程和文化的转型； 也不得不说，引用电影内容进行故事陈述也是很有意思的事情； 文末，作者鼓励读者也来进行写作，真的是把IT变革转型进行到底啊！

开篇：介绍自己的从业经历，以及经历带来的价值：多角度看问题 架构师：尝试告诉大家架构师的定义、职责和工作环境 架构：尝试告诉大家做架构要理解的几大经典概念 沟通：尝试告诉大家架构师需要的沟通技巧和场景 组织：尝试告诉大家人类组织中的控制，治理以及诟病 转型：尝试告诉大家转型是必要而不可避免的 结尾：鼓励架构师积极承担数字化转型工作职责，并且尝试告诉大家他说的一切都是事实！

不算传统意义上的讲架构的书，大多数架构的书都会跟微服务，云原生，领域建模等联系在一起。本书更侧重于软素质，比如架构师的领导力、沟通的技巧、如何提升组织运转的效率，最终进入到企业数字化转型。看完还是有一些收获的。

总结 全书结构 开篇：介绍自己的从业经历，以及经历带来的价值：多角度看问题 架构师：尝试告诉大家架构师的定义、职责和工作环境 架构：尝试告诉大家做架构要理解的几大经典概念 沟通：尝试告诉大家架构师需要的沟通技巧和场景 组织：尝试告诉大家人类组织中的控制，治理以及诟病 转型：尝试告诉大家转型是必要而不可避免的 结尾：鼓励架构师积极承担数字化转型工作职责，并且尝试告诉大家他说的一切都是事实！ 架构师用三条腿立足 技能 影响力 领导力 要当一辈子架构师吗？ 架构师的工作 把复杂事情简单化 业务与技术之间的强力胶 架构原则 复杂事情简单化 配置化编程 工具化 自动化 质量检验自动化 破局思维 如果从不杀死任何系统，你就会被“僵尸”包围 永远不要派人去干机器的活 产品理念 笔杆子比枪杆子更强大 图驱动设计 警惕过渡应用

以解决世间所有已知和未知问题为梦想的软件架构。架构就是，组件的结构、组件的相互关系，以及管控组件设计和长期演进的原则和指导方针。其核心是，有关任何系统的设计决策，能让实现者和维护者免于不必要的创造行为。

书是一本好书，讲了不少架构师的软技能故事。受限目前工作经验有限，只能大体通读，等哪天成为CTO了，可能需再细细的品味，哈哈哈。「手动狗头」