软件开发之韵 和谐敏捷、珠联璧合的开发PDF|Epub|txt|kindle电子书版本网盘下载

软件开发之韵 和谐敏捷、珠联璧合的开发PDF格式电子书版下载

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

第一部分：基本概念2

第1章　程序员不死2

1.1 开发软件与修建隧道相比3

1.1.1 美好的旧时光3

1.1.2 情况越变化，他们越相同4

1.1.3 软件产品的背后5

1.1.4　成交或不成交8

1.2　哆來咪哆來咪10

1.2.1　迭代模型12

1.2.2　编码后修复模型14

1.2.3 混沌15

1.2.4　重要的方法19

1.3　软件开发韵律22

1.3.1 五线谱示例23

1.3.2　博弈理论26

1.3.3 启动—结束示图（In-Out Diagram）28

1.3.4　精通—培训示图29

1.3.5 不用数学30

1.3.6　去哪里探索韵律31

参考文献32

第2章　了解程序员34

2.1　个性及智力36

2.1.1　编程高手37

2.1.2 了解你的团队38

2.1.3 招募程序员40

2.2　外包程序员42

2.2.1 本土化的程序员43

2.2.2 程序员，文化及团队44

2.3　经验式管理45

2.3.1 对待因果关系不严谨46

2.3.2　谨慎借用经验47

2.3.3　从现在做起49

参考文献51

第3章　从开源做起52

3.1　流程和实践55

3.1.1 项目的四个P57

3.1.2　敏捷的价值60

3.1.3　零起点合作61

3.2　开源软件开发62

3.2.1 软件克隆63

3.2.2　软件质量64

3.2.3 启动流程65

3.2.4　开源开发团体66

3.2.5 用户程序员67

3.2.6　参与者角色68

3.2.7　快速发布69

3.2.8 黑盒编程72

3.2.9　OSS实践74

3.3　类OSS开发74

3.3.1　敏捷实践75

3.3.2　近邻交流76

3.3.3　松耦合和紧耦合77

3.3.4 同一地点的软件开发78

3.4 结论79

参考文献80

第二部分：韵律84

第4章　抄袭编程84

4.1　抄袭86

4.1.1 已有的代码87

4.1.2　社交网络分析88

4.1.3　被抄袭89

4.1.4 让人人成为程序员92

4.1.5　模式语言96

4.1.6 软件团队能力98

4.1.7　粗线条设计101

4.1.8　培训不是解决方案102

4.2　抄袭最快103

4.2.1 不道德104

4.2.2　无先例的代码105

4.2.3 人际关系网106

4.2.4　抄袭的韵律107

4.2.5 工作中抄袭110

4.3　抄袭的生意与韵律112

4.3.1 15分钟的商业报告113

4.3.2　市场调研115

4.3.3　聊天机器人117

4.3.4　老歌新唱122

参考文献125

第5章　结对编程127

5.1　艺术与科学128

5.1.1 最佳搭档129

5.1.2　喧闹的程序设计130

5.1.3　仅仅是培训131

5.1.4　付费给观众131

5.2　两个世界132

5.2.1 没钱的世界133

5.2.2　金钱引导的世界135

5.2.3　经济学136

5.2.4　虚构的质量——时间关系136

5.2.5　加速运行时间137

5.2.6　关键路径法138

5.2.7 为什么是两个结对而不是三个：反组织现象141

5.2.8 软件的需求是个拼图142

5.3　程序设计任务需求144

5.3.1 2+4=6144

5.3.2 2+4=4145

5.3.3 2+4=3146

5.3.4　2+4≥2147

5.3.5　2+4=?148

5.4 结对编程不仅仅是程序设计149

5.4.1　用代码设计150

5.4.2 结对设计152

5.4.3　韵律结对编程154

5.5　结对编程团队指导156

参考文献158

第6章　重复编程161

6.1　结对编程的争议164

6.1.1 编程是一项特殊的工作吗164

6.1.2　三个脑袋是否比两个好165

6.1.3 不可重复的实验166

6.2　重复编程167

6.2.1　相反的结果171

6.2.2 原理173

6.2.3 三人一组编程的效率不高174

6.3　旋律：结对－单独－结对－单独176

6.3.1 持续性177

6.3.2　联系179

6.3.3　动机183

6.4　证明布鲁克斯法则的一个特例186

6.4.1 士气低落188

6.4.2　沟通的成本189

6.4.3 适用于延误项目的旋律191

参考文献193

第7章　敏捷组队196

7.1　项目团队199

7.1.1 自组织团队201

7.1.2 团队中的团队202

7.1.3 项目团队的组成204

7.1.4 团队生命周期与学习曲线205

7.2　生产力208

7.2.1 生产力的错觉208

7.2.2　集体代码所有权209

7.2.3 责任、职责和透明度210

7.3 问题与出问题的人211

7.3.1 旋律：困难——重组213

7.3.2 组队原则215

7.4　拯救即将失败的项目217

7.4.1　项目红绿灯报告218

7.4.2　一个商业案例219

7.4.3　指导委员会会议219

7.4.4　敏捷组队发挥作用221

7.5 提防Iago（埃古）222

参考文献223

第8章　增量设计225

8.1　建模和计划226

8.1.1 敏捷计划227

8.1.2　使用功能性模块进行设计230

8.1.3　简洁设计231

8.1.4　总体成本的概念232

8.2　返工还是复用235

8.2.1 无法避免的返工236

8.2.2 即兴创作237

8.2.3　预先设计239

8.3　即时的软件开发240

8.3.1　CMM的旋律241

8.3.2 一次工厂参观244

8.3.3 走来走去的工人245

8.3.4 即时软件开发247

8.3.5 增量式设计248

8.4　需求复杂性250

8.4.1 遗漏的需求253

8.4.2　冲突的需求254

8.4.3 迅速改变的需求254

8.4.4　需求和设计256

8.5 重构256

8.5.1 重构活动259

8.5.2　通过挑战进行重构260

8.5.3 为了设计模式进行重构263

8.5.4　故意制造错误264

参考文献264

第9章　测试驱动开发267

9.1 逆向瀑布270

9.1.1 设计－编码－测试270

9.1.2　测试－编码－设计271

9.2　测试优先编程272

9.2.1 测试和验证272

9.2.2 断点测试273

9.2.3 支撑实践275

9.3　韵律：测试－编码－重构276

9.3.1 简单的案例278

9.3.2 自动操作279

9.3.3 意识革命281

9.3.4 用来合作的测试案例284

9.4　快速的软件过程升级286

9.4.1 培训程序286

9.4.2　项目规划287

9.4.3　项目跟踪288

9.4.4　软件质量289

9.4.5　软件配置290

9.4.6　人员纪律291

参考文献291

尾声　各种乐声的混合293

开发旋律和您294

适用于具有更多重复性编程任务的开发旋律295

适用于具有挑战性的任务的开发旋律295