架构师应该知道的37件事 (美)格雷戈尔·霍培(Gregor Hohpe) 著 许顺强 译 专业科技 文轩网

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