3.8
用户推荐指数
科技 类型
8.0 豆瓣评分
可以朗读 语音朗读
145千字 字数
2020-05-01 发行日期
展开全部

主编推荐语

架构师修炼之道，融汇架构高手20余年经验心得。以故事的方式讲述架构师的内功心法，带你突破架构设计技术“天花板”。

内容简介

本书汇集了一名架构师20多年来在全球各大企业任职的经验，共分为5个部分，分别对应在帮助大型企业进行IT转型的过程中，首席架构师必须高效处理的5个方面：企业或IT架构师的角色和能力、架构工作在大型企业中的价值、与各种干系人的沟通、对组织结构和系统的理解、对传统组织进行转型。

本书科学而系统地归纳出软件架构师应该具备的完整能力模型，不仅帮助软件开发人员系统地学习如何掌握这37项技能，而且还能让他们进一步理解软件架构师的角色和本质，使他们最终突破技术“天花板”，成为一名合格的软件架构师。

目录

  • 版权信息
  • 内容提要
  • 版权声明
  • 译者序
  • 关于本书
  • 你能学到什么
  • 书中内容可行性如何
  • 给你讲故事
  • 为何是37件事
  • 我的写作动力
  • 为什么选择鱼作为英文版封面图片
  • 参与进来
  • 致谢
  • 电子书
  • IT的50种形态
  • 独立开发人员
  • 创业
  • IT咨询
  • 战略咨询五巨头
  • 互联网软件
  • 企业IT
  • 下一步去哪儿
  • 第1章 架构师
  • 是企业的负担还是救星
  • 架构师不是什么
  • 衡量架构师的价值
  • 架构师是变革促进者
  • 1.1 架构师电梯
  • 1.1.1 缺失的一环
  • 1.1.2 架构师电梯
  • 1.1.3 有些组织的层级比其他组织要多
  • 1.1.4 不是单行道
  • 1.1.5 高速电梯
  • 1.1.6 其他乘客
  • 1.1.7 搭乘电梯的危险
  • 1.1.8 将大楼扁平化
  • 1.2 电影明星架构师
  • 1.2.1 黑客帝国——规划大师
  • 1.2.2 剪刀手爱德华——园丁
  • 1.2.3 粉身碎骨——导游
  • 1.2.4 绿野仙踪——魔法师
  • 1.2.5 超级英雄还是强力胶
  • 1.2.6 做决定
  • 1.3 企业架构师与企业里的架构师
  • 1.3.1 企业架构
  • 1.3.2 业务和IT是平等的
  • 1.3.3 企业里的架构师
  • 1.3.4 哪些楼层
  • 1.4 架构师用三条腿立足
  • 1.4.1 技能、影响力、领导力
  • 1.4.2 良性循环
  • 1.4.3 重复良性循环
  • 1.4.4 要当一辈子架构师吗
  • 1.5 决策
  • 1.5.1 我们真的那么容易上当吗
  • 1.5.2 小数法则
  • 1.5.3 偏见
  • 1.5.4 启动效应
  • 1.5.5 决策分析
  • 1.5.6 微亡率
  • 1.5.7 模型思维
  • 1.5.8 避免决策
  • 1.6 刨根问底
  • 1.6.1 五问法
  • 1.6.2 反复追问才可以揭示出决策和假设
  • 1.6.3 处理所有问题的研讨会
  • 1.6.4 不存在自由通过
  • 第2章 架构
  • 定义架构
  • 把架构看作职能部门
  • 架构始终存在
  • 架构的价值
  • 原则驱动决策
  • 纵向内聚
  • 架构现实世界
  • 2.1 咖啡店不使用两段式提交法
  • 2.1.1 请给我一杯热拿铁
  • 2.1.2 关联
  • 2.1.3 异常处理
  • 2.1.4 事务
  • 2.1.5 反向压力
  • 2.1.6 会话
  • 2.1.7 规范化数据模型
  • 2.1.8 欢迎来到现实世界
  • 2.2 这是架构吗
  • 2.2.1 定义软件架构
  • 2.2.2（建筑）架构决策
  • 2.2.3 关键决策无须复杂
  • 2.2.4 符合目标
  • 2.2.5 通过测试
  • 2.3 每个系统都是完美的
  • 2.3.1 加热器系统
  • 2.3.2 反馈回路
  • 2.3.3 有组织的复杂性
  • 2.3.4 系统效应
  • 2.3.5 理解系统行为
  • 2.3.6 影响系统行为
  • 2.3.7 系统抗拒改变
  • 2.3.8 组织和技术系统
  • 2.4 别有代码恐惧症
  • 2.4.1 代码恐惧症
  • 2.4.2 好的初衷
  • 2.4.3 抽象层次
  • 2.4.4 简单化与灵活性
  • 2.4.5 抽象打包
  • 2.4.6 配置
  • 2.4.7 代码还是数据
  • 2.4.8 运行时与设计时
  • 2.4.9 工具化
  • 2.4.10 配置化编程
  • 2.4.11 配置还有用武之地吗
  • 2.5 如果从不杀死任何系统，你就会被“僵尸”包围
  • 2.5.1 遗留系统
  • 2.5.2 变更恐惧症
  • 2.5.3 版本升级
  • 2.5.4 运行与变更
  • 2.5.5 按计划报废
  • 2.5.6 如果疼，就多做几次
  • 2.5.7 拥抱变更的文化
  • 2.6 平面的IT世界
  • 2.6.1 失真的供应商地图
  • 2.6.2 在你的地图上标绘产品
  • 2.6.3 绘制版图
  • 2.6.4 产品理念
  • 2.6.5 制图标准
  • 2.6.6 版图迁移
  • 2.7 永远不要派人去干机器的活
  • 2.7.1 让一切自动化
  • 2.7.2 这不只和效率相关
  • 2.7.3 可重复性能够提振信心
  • 2.7.4 自助服务
  • 2.7.5 超越自助服务
  • 2.7.6 自动化不是单行道
  • 2.7.7 显性知识才是好知识
  • 2.7.8 人的用武之地
  • 2.8 如果软件吞没了整个世界，最好使用版本控制
  • 2.8.1 SDX——软件定义一切
  • 2.8.2 纺纱工的暴动
  • 2.8.3 像软件工程师一样思考
  • 2.8.4 使用构建管道
  • 2.8.5 质量检验自动化
  • 2.8.6 合适的语言
  • 2.8.7 软件吞没世界，一次一个修订
  • 第3章 沟通
  • 无法理解，就无法管理
  • 获得关注
  • 发布报告
  • 代码是文档吗
  • 选用恰当的词
  • 沟通工具
  • 3.1 诠释技术主题
  • 3.1.1 给高管们的高性能计算架构
  • 3.1.2 搭建斜坡，而不是峭壁
  • 3.1.3 留意间隙
  • 3.1.4 首先，创造一种语言
  • 3.1.5 一致的细节层次
  • 3.1.6 我本来想要的，但又不敢
  • 3.2 写给大忙人
  • 3.2.1 写作可以延伸到更多受众
  • 3.2.2 质量与影响
  • 3.2.3 “在手中”——第一印象很重要
  • 3.2.4 好文章就像电影《怪物史莱克》
  • 3.2.5 让读者轻松些
  • 3.2.6 写作曲线——线性化
  • 3.2.7 简洁明了
  • 3.2.8 作家研讨会
  • 3.2.9 笔杆子比枪杆子更强大，但仍敌不过企业政治
  • 3.3 重点突出胜过面面俱到
  • 3.3.1 3秒测试
  • 3.3.2 声明
  • 3.3.3 突击测验
  • 3.3.4 言简意赅
  • 3.3.5 技术备忘录
  • 3.4 给孩子们看看海盗船
  • 3.4.1 获取关注
  • 3.4.2 兴奋
  • 3.4.3 聚焦目标
  • 3.4.4 展示环境
  • 3.4.5 里面的内容
  • 3.4.6 考虑受众的身份
  • 3.4.7 寓“作”于乐
  • 3.5 给银行劫匪画像
  • 3.5.1 每个人都看到罪犯
  • 3.5.2 刑侦肖像专家
  • 3.5.3 系统隐喻
  • 3.5.4 视点
  • 3.5.5 可视化
  • 3.5.6 架构疗法
  • 3.5.7 错了！重新做
  • 3.6 图驱动设计
  • 3.6.1 演示技巧——图
  • 3.6.2 绘图技能
  • 3.6.3 作为设计技术的绘图
  • 3.6.4 没有银弹（点）
  • 3.7 绘制连线
  • 3.7.1 注意连线
  • 3.7.2 元模型
  • 3.7.3 语义学的语义
  • 3.7.4 元素-关系-行为
  • 3.7.5 架构图
  • 3.7.6 UML
  • 3.7.7 警惕过度应用
  • 3.7.8 元素风格
  • 第4章 组织
  • 静态视图
  • 动态视图
  • 矩阵
  • 系统化组织
  • 人性化组织
  • 理解大型组织
  • 4.1 控制只是假象
  • 4.1.1 假象
  • 4.1.2 控制回路
  • 4.1.3 智能控制
  • 4.1.4 双行道
  • 4.1.5 反馈中的问题
  • 4.1.6 普鲁士人并不笨
  • 4.1.7 实际控制
  • 4.1.8 预警系统
  • 4.2 他们不再那样构建了
  • 4.2.1 为什么IT架构师钟爱金字塔
  • 4.2.2 组织金字塔
  • 4.2.3 没有法老，就没有金字塔
  • 4.2.4 建造金字塔
  • 4.2.5 生活在金字塔里
  • 4.2.6 总能变得更糟
  • 4.2.7 构建现代结构
  • 4.3 黑市并不有效
  • 4.3.1 靠黑市来拯救
  • 4.3.2 黑市很少有效
  • 4.3.3 你不能把黑市外包出去
  • 4.3.4 打击黑市
  • 4.3.5 反馈和透明度
  • 4.4 扩展组织
  • 4.4.1 组件设计——个人生产力
  • 4.4.2 避免同步点——会议无法扩展
  • 4.4.3 中断打断——电话
  • 4.4.4 堆积而不是退避
  • 4.4.5 异步通信——电子邮件、聊天，等等
  • 4.4.6 提问无法扩展——构建缓存
  • 4.4.7 设置不当的域边界——过度对齐
  • 4.4.8 自助服务是更好的服务
  • 4.4.9 保持人性
  • 4.5 缓慢的混乱并不是有序
  • 4.5.1 快速与敏捷
  • 4.5.2 速度和纪律
  • 4.5.3 又快又好
  • 4.5.4 缓慢的混乱
  • 4.5.5 靠ITIL来救援吗
  • 4.5.6 目标和纪律
  • 4.5.7 解决办法
  • 4.6 通过盗梦治理
  • 4.6.1 制定标准
  • 4.6.2 通过行政命令治理
  • 4.6.3 通过基础设施治理
  • 4.6.4 盗梦
  • 4.6.5 皇帝的新衣
  • 4.6.6 按照需求治理
  • 第5章 转型
  • 不是所有改变都是转型
  • 让锅炉爆炸
  • 为什么是我
  • 5.1 没有痛苦，就没有改变
  • 5.1.1 转型的各个阶段
  • 5.1.2 数字化转型的各个阶段
  • 5.1.3 一厢情愿地兜售“万灵油”
  • 5.1.4 发动机调优
  • 5.1.5 沿途求救
  • 5.1.6 不变革的痛苦
  • 5.1.7 摆脱困境
  • 5.2 引导变革
  • 5.2.1 拖拉机超过了赛车
  • 5.2.2 设定航向
  • 5.2.3 去大陆外冒险
  • 5.2.4 破釜沉舟
  • 5.2.5 理智之岛
  • 5.2.6 臭鼬工程
  • 5.2.7 局部最优
  • 5.2.8 盲人乡
  • 5.3 速度经济
  • 5.3.1 旧的规模经济
  • 5.3.2 关注流程
  • 5.3.3 延迟成本
  • 5.3.4 可预测性的价值和成本
  • 5.3.5 避免重复的价值和成本
  • 5.3.6 如何转变思维模式
  • 5.4 无限循环
  • 5.4.1 构建-衡量-学习循环
  • 5.4.2 数字化转速
  • 5.4.3 传统组织的阻碍
  • 5.4.4 在外部循环
  • 5.4.5 加速反馈
  • 5.4.6 保持凝聚力
  • 5.5 你不能假装已经数字化
  • 5.5.1 奠定基础
  • 5.5.2 反馈循环
  • 5.5.3 按承诺交付
  • 5.5.4 以客户为中心
  • 5.5.5 共同打造IT服务
  • 5.5.6 吃自家狗粮
  • 5.5.7 数字化思维
  • 5.5.8 栈谬论
  • 5.6 金钱买不到爱情
  • 5.6.1 创新者的窘境
  • 5.6.2 留意最高薪人士的意见
  • 5.6.3 开销和被容忍的低效率
  • 5.6.4 外部依赖
  • 5.6.5 付出得越多，可能收获越少
  • 5.6.6 文化变革要由内而发
  • 5.7 有谁喜欢排队吗
  • 5.7.1 留意活动间隙
  • 5.7.2 一些排队论知识
  • 5.7.3 查找队列
  • 5.7.4 插队
  • 5.7.5 让队列可见
  • 5.8 在四个维度上思考
  • 5.8.1 在一条线上生活
  • 5.8.2 质量与速度
  • 5.8.3 更高的自由度
  • 5.8.4 改变曲线的形状
  • 5.8.5 反转曲线
  • 5.8.6 质量是什么
  • 5.8.7 少了一个维度
  • 第6章 架构IT转型
  • 自下而上转型
  • 由内而外转型
  • 从象牙塔人到企业救星
  • 我说的一切都是事实
  • 真相至上
  • 数字化天堂
  • 半个天堂可能就是地狱
  • 弃船
  • 看到的不一定是真相
  • 求救信号
展开全部

评分及书评

3.8
14个评分
  • 用户头像
    给这本书评了
    4.0
    架构师入门必读

    本书作者先说了自己对架构师的理解，其中强调了架构师需要有广博的知识和顶天立地的理解与沟通能力。其次谈了自己对架构的理解，其中强调了架构决策的考虑，如何权衡取舍。然后从沟通、组织、数字化转型几个方面谈了谈架构。其中我比较感兴趣的是组织与数字化转型。组织部分我觉得可以在此基础上再深入学习组织行为学。作为一个架构师要考虑组织的架构，以及如何从架构角度促进改变组织行为与文化。转型部分给出了一个减肥的例子来比喻转型的过程。这个过程漫长且痛苦，充满风险。本书作者喜欢用日常生活中的故事来解释一些专业概念，我觉得非常值得学习。

      转发
      评论
      用户头像
      给这本书评了
      1.0

      如果作者叙述内容与书名一一对应就好了，以 37 件事为引，一一叙述，反而给读者更好感受。

        转发
        评论
        用户头像
        给这本书评了
        4.0

        对工作开展有很多启发，值得阅读。

          转发
          评论
        • 查看全部4条书评

        出版方

        人民邮电出版社·图灵出品

        图灵社区成立于2005年6月，由人民邮电出版社投资控股，以策划出版高质量的科技书籍为核心业务，主要出版领域包括计算机、电子电气、数学统计、科普等，通过引进国际高水平的教材、专著，以及发掘国内优秀原创作品等途径，为目标读者提供一流的内容。