软件架构师应该知道的97件事PDF|Epub|txt|kindle电子书版本网盘下载

软件架构师应该知道的97件事PDF格式电子书版下载

注意：本站所有压缩包均有解压码： 点击下载压缩包解压工具

前言1

客户需求重于个人简历&尼廷·博万卡（Nitin Borwankar）2

简化根本复杂性，消除偶发复杂性&尼尔·福特（Neal Ford）4

关键问题可能不是出在技术上&马克·兰姆（Mark Ramm）6

以沟通为中心，坚持简明清晰的表达方式和开明的领导风格&马克·理查兹（Mark Richards）8

架构决定性能&兰迪·斯塔福德（Randy Stafford）10

分析客户需求背后的意义&埃纳尔·兰德雷（Einar Landre）12

起立发言&乌迪·大汉（Udi Dahan）14

故障终究会发生&迈克尔·尼加德（Michael Nygard）16

我们常常忽略了自己在谈判&迈克尔·尼加德（Michael Nygard）18

量化需求&基思·布雷思韦特（Keith Braithwaite）20

一行代码比五百行架构说明更有价值&艾利森·兰德尔（Allison Randal）22

不存在放之四海皆准的解决方案&兰迪·斯塔福德（Randy Stafford）24

提前关注性能问题&丽贝卡·帕森斯（Rebecca Parsons）26

架构设计要平衡兼顾多方需求&兰迪·斯塔福德（Randy Stafford）28

草率提交任务是不负责任的行为&尼克拉斯·尼尔森（Niclas Nilsson）30

不要在一棵树上吊死&基思·布雷思韦特（Keith Braithwaite）32

业务目标至上&戴夫·缪尔黑德（Dave Muirhead）34

先确保解决方案简单可用，再考虑通用性和复用性&凯佛林·亨尼（Kevlin Henney）36

架构师应该亲力亲为&约翰·戴维斯（John Davies）38

持续集成&大卫·巴特利（David Bartlett）40

避免进度调整失误&诺曼·卡诺瓦利（Norman Carnovale）42

取舍的艺术&马克·理查兹（Mark Richards）44

打造数据库堡垒&丹·恰克（Dan Chak）46

重视不确定性&凯佛林·亨尼（Kevlin Henney）48

不要轻易放过不起眼的问题&戴夫·奎克（Dave Quick）50

让大家学会复用&杰里米·迈耶（Jeremy Meyer）52

架构里没有大写的“I”&戴夫·奎克（Dave Quick）54

使用“一千英尺高”的视图&埃里克·多伦伯格（Erik Doernenburg）56

先尝试后决策&埃里克·多伦伯格（Erik Doernenburg）58

掌握业务领域知识&马克·理查兹（Mark Richards）60

程序设计是一种设计&埃纳尔·兰德雷（Einar Landre）62

让开发人员自己做主&菲利普·尼尔森（Philip Nelson）64

时间改变一切&菲利普·尼尔森（Philip Nelson）66

设立软件架构专业为时尚早&巴里·霍金斯（Barry Hawkins）68

控制项目规模&大卫·奎克（Dave Quick）70

架构师不是演员，是管家&巴里·霍金斯（Barry Hawkins）72

软件架构的道德责任&迈克尔·尼加德（Michael Nygard）74

摩天大厦不可伸缩&迈克尔·尼加德（Michael Nygard）76

混合开发的时代已经来临&爱德华·加森（Edward Garson）78

性能至上&克雷格·罗素（Craig Russell）80

留意架构图里的空白区域&迈克尔·尼加德（Michael Nygard）82

学习软件专业的行话&马克·理查兹（Mark Richards）84

具体情境决定一切&爱德华·加森（Edward Garson）86

侏儒、精灵、巫师和国王&埃文·考夫斯基（Evan Cofsky）88

向建筑师学习&基思·布雷思韦特（Keith Braithwaite）90

避免重复&尼克拉斯·尼尔森（Niclas Nilsson）92

欢迎来到现实世界&格雷戈尔·侯珀（Gregor Hohpe）94

仔细观察，别试图控制一切&格雷戈尔·侯珀（Gregor Hohpe）96

架构师好比两面神&大卫·巴特利（David Bartlett）98

架构师当聚焦于边界和接口&埃纳尔·兰德雷（Einar Landre）100

助力开发团队&蒂莫西·海伊（Timothy High）102

记录决策理由&蒂莫西·海伊（Timothy High）104

挑战假设，尤其是你自己的&蒂莫西·海伊（Timothy High）106

分享知识和经验&保罗·W·霍默（Paul W.Homer）108

模式病&查德·拉·瓦因（Chad La Vigne）110

不要滥用架构隐喻&戴维·英格（David Ing）112

关注应用程序的支持和维护&门西蒂西·卡斯珀（Mncedisi Kasper）114

有舍才有得&比尔·德·霍拉（Bill de h？ra）116

先考虑原则、公理和类比，再考虑个人意见和口味&迈克尔·哈默（Michael Harmer）118

从“可行走骨架”开始开发应用&克林特·尚克（Clint Shank）120

数据是核心&保罗·W·霍默（Paul W.Homer）122

确保简单问题有简单的解&查德·拉·瓦因（Chad La Vigne）124

架构师首先是开发人员&迈克·布朗（Mike Brown）126

根据投资回报率（ROI）进行决策&乔治·马拉米迪斯（George Malamidis）128

一切软件系统都是遗留系统&戴夫·安德森（Dave Anderson）130

起码要有两个可选的解决方案&蒂莫西·海伊（Timothy High）132

理解变化的影响&道格·克劳福德（Doug Crawford）134

你不能不了解硬件&卡迈尔·威克拉玛纳亚克（Kamal Wickramanayake）136

现在走捷径，将来付利息&斯科特·麦克菲（Scot Mcphee）138

不要追求“完美”，“足够好”就行&格雷格·纽伯格（Greg Nyberg）140

小心“好主意”&格雷格·纽伯格（Greg Nyberg）142

内容为王&朱宾·沃迪亚（Zubin Wadia）144

对商业方，架构师要避免愤世嫉俗&查德·拉·瓦因（Chad La Vigne）146

拉伸关键维度，发现设计中的不足&斯蒂芬·琼斯（Stephen Jones）148

架构师要以自己的编程能力为依托&迈克·布朗（Mike Brown）150

命名要恰如其分&萨姆·加德纳（Sam Gardiner）152

稳定的问题才能产生高质量的解决方案&萨姆·加德纳（Sam Gardiner）154

天道酬勤&布赖恩·哈特（Brian Hart）156

对决策负责&周异（Yi Zhou）158

弃聪明，求质朴&埃本·休伊特（Eben Hewitt）160

精心选择有效技术，绝不轻易抛弃&查德·拉·瓦因（Chad La Vigne）162

客户的客户才是你的客户！&埃本·休伊特（Eben Hewitt）164

事物发展总会出人意料&彼得·吉拉德莫斯（Peter Gillard-Moss）166

选择彼此间可协调工作的框架&埃里克·霍索恩（Eric Hawthorne）168

着重强调项目的商业价值&周异（Yi Zhou）170

不仅仅只控制代码，也要控制数据&查德·拉·瓦因（Chad La Vigne）172

偿还技术债务&伯克哈特·赫夫纳盖尔（Burkhardt Hufnagel）174

不要急于求解&埃本·休伊特（Eben Hewitt）176

打造上手（Zuhanden）的系统&基思·布雷思韦特（Keith Braithwaite）178

找到并留住富有激情的问题解决者&查德·拉·瓦因（Chad La Vigne）180

软件并非真实的存在&查德·拉·瓦因（Chad La Vigne）182

学习新语言&伯克哈特·赫夫纳盖尔（Burkhardt Hufnagel）184

没有永不过时的解决方案&理查德·蒙森-哈费尔（Richard Monson-Haefel）186

用户接受度问题&诺曼·卡诺瓦利（Norman Carnovale）188

清汤的重要启示&埃本·休伊特（Eben Hewitt）190

对最终用户而言，界面就是系统&维纳亚克·赫格德（Vinayak Hegde）192

优秀软件不是构建出来的，而是培育起来的&比尔·德·霍拉（Bill deh？ra）194

索引196