修改软件的艺术:构建易维护代码的9条最佳实践 - (EPUB全文下载)

文件大小:0.87 mb。
文件格式:epub 格式。
书籍内容:

版权信息
书名:修改软件的艺术:构建易维护代码的9条最佳实践
作者:[美] David Scott Bernstein
译者:李满庆
ISBN:978-7-115-46776-8
本书由北京图灵文化发展有限公司发行数字版。版权所有,侵权必究。
您购买的图灵电子书仅供您个人使用,未经授权,不得以任何方式复制和传播本书内容。
我们愿意相信读者具有这样的良知和觉悟,与我们共同保护知识产权。
如果购买者有侵权行为,我们可能对该用户实施包括但不限于关闭该帐号等维权措施,并可能追究法律责任。
图灵社区会员 ChenyangGao(2339083510@qq.com) 专享 尊重版权
版权声明
本书赞誉

遗产
敏捷
奏效
引言
如何使用本书
第一部分:遗留代码危机
第二部分:延续软件生命(和价值)的9种实践方法
我并不想独树一帜,而是想抛砖引玉
线上资源
致谢
第一部分 遗留代码危机
第 1 章 有些事情不对劲
1.1 什么是遗留代码
1.2 顺流直下
1.3 孤注一掷
1.4 为什么瀑布模型不管用
1.4.1 食谱与配方
1.4.2 开发和测试分离
1.5 当“流程”变成“体力劳动”
1.6 坚如磐石的管理
1.7 此处有龙
1.8 评估未知
1.9 一个充满外行人的产业
1.10 回顾
第 2 章 逃出混乱
2.1 混乱报告
2.1.1 成功的
2.1.2 遇到困难的
2.1.3 失败的(有缺陷的)
2.2 驳斥斯坦迪什咨询集团
2.3 项目为何会失败
2.3.1 情况发生了改变
2.3.2 bug泛滥成灾
2.3.3 复杂性危机
2.4 失败的代价
2.4.1 这里十几亿,那里十几亿
2.4.2 不同的研究,同样的危机
2.5 总结
第 3 章 聪明人,新想法
3.1 走进敏捷
3.2 小即是好
3.3 实现敏捷
3.4 艺术与技能的平衡
3.5 敏捷跨越鸿沟
3.6 追求技术卓越
3.7 总结
第二部分 延续软件生命(和价值)的9种实践方法
第 4 章 9个实践
4.1 专家知道些什么
4.2 守-破-离
4.3 首要原则
4.4 关于原则
4.5 关于实践
4.6 原则指导实践
4.7 未雨绸缪还是随机应变
4.8 定义软件中的“好”
4.9 为什么是9个实践
4.10 总结
第 5 章 实践1:在问如何做之前先问做什么、为什么做、给谁做
5.1 不要说如何
5.2 将“如何”变为“什么”
5.3 要有一个产品负责人
5.4 故事描述了做什么、为什么做、给谁做
5.5 为验收测试设立明确标准
5.6 自动化验收标准
5.7 让我们付诸实践
5.7.1 产品负责人的7个策略
5.7.2 编写出更好用户故事的7个策略
5.8 总结
第 6 章 实践2:小批次构建
6.1 更小的谎言
6.2 学会变通
6.3 控制发布节奏
6.4 越小越好
6.5 分而治之
6.6 更短的反馈回路
6.7 提高构建速度
6.8 对反馈做出响应
6.9 建立待办列表
6.10 把用户故事拆分为任务
6.11 跳出时间盒子思考
6.12 范围控制
6.13 让我们付诸实践
6.13.1 度量软件开发的7个策略
6.13.2 分割用户故事的7个策略
6.14 总结
第 7 章 实践3:持续集成
7.1 建立项目的心跳
7.2 理解完成、完整完成和完美完成的区别
7.3 实践持续部署
7.4 自动化构建
7.5 尽早集成,频繁集成
7.6 迈出第一步
7.7 付诸实践
7.7.1 构建敏捷设施的7个策略
7.7.2 消除风险的7个策略
7.8 总结
第 8 章 实践4:协作
8.1 极限编程
8.2 沟通与协作
8.3 结对编程
8.3.1 结对的好处
8.3.2 如何结对编程
8.3.3 和谁结对
8.4 伙伴编程
8.5 穿刺,群战,围攻
8.5.1 穿刺
8.5.2 群战
8.5.3 围攻
8.6 在时间盒子中对未知进行调研
8.7 定期代码审查和回顾会议
8.8 加强学习和知识分享
8.9 诲人不倦且不耻下问
8.10 让我们付诸实践
8.10.1 结对编程的7个策略
8.10.2 高效回顾会议的7个策略
8.11 总结
第 9 章 实践5:编写整洁的代码
9.1 高质量的代码是内聚的
9.2 高质量的代码是松散耦合的
9.3 高质量的代码是封装良好的
9.4 高质量的代码是自主的
9.5 高质量的代码是没有冗余的
9.6 让代码特质指导我们
9.7 今天的代码质量提高会为将来带来速度的提升
9.8 让我们付诸实践
9.8.1 提高代码质量的7个策略
9.8.2 编写可维护代码的7个策略
9.9 总结
第 10 章 实践6:测试先行
10.1 测试的种类
10.1.1 验收测试 = 客户测试
10.1.2 单元测试 = 开发者测试
10.1.3 其他测试 = 质量保证测试
10.2 质量保证
10.2.1 测试驱动开发不能取代质量保证
10.2.2 单元测试不是万能的
10.3 编写优质测试
10.3.1 这不是测试
10.3.2 以行为作为单元
10.4 TDD可以提供迅速的反馈
10.5 TDD可以为重构提供支持
10.6 编写可测试的代码
10.7 TDD也会失败
10.8 如何将TDD引入团队
10.9 成为测试感染者
10.10 让我们付诸实践
10.10.1 进行优质验收测试的7个策略
10.10.2 进行优秀单元测试的7个策略
10.11 总结
第 11 章 实践7:用测试描述行为
11.1 红条、绿条、重构
11.2 一个用测试先行来描述行为的实例
11.2.1 编写测试
11.2.2 存根代码
11.2.3 实现行为
11.3 引入限制条件
11.3.1 编写测试和代码存根
11.3.2 实现行为
11.4 我们创建了什么
11.5 测试就是标准
11.6 测试需要完整
11.7 让测试独一无二
11.8 用测试来覆盖代码
11.9 bug是缺失的测试
11.10 用模拟对象来测试工作流
11.11 建立防护网 ............

书籍插图:
书籍《修改软件的艺术:构建易维护代码的9条最佳实践》 - 插图1
书籍《修改软件的艺术:构建易维护代码的9条最佳实践》 - 插图2

以上为书籍内容预览,如需阅读全文内容请下载EPUB源文件,祝您阅读愉快。

版权声明:书云(openelib.org)是世界上最大的在线非盈利图书馆之一,致力于让每个人都能便捷地了解我们的文明。我们尊重著作者的知识产权,如您认为书云侵犯了您的合法权益,请参考版权保护声明,通过邮件openelib@outlook.com联系我们,我们将及时处理您的合理请求。 数研咨询 流芳阁 研报之家 AI应用导航 研报之家
书云 Open E-Library » 修改软件的艺术:构建易维护代码的9条最佳实践 - (EPUB全文下载)