电子书
内容简介
《修改软件的艺术 构建易维护代码的9条**佳实践》会帮你降低构建与维护软件的成本。如果你是软件开 发者，将学到一套实践方法以构建易修改的代码，因为在应用当中代码经常需要修改。对于和软件开发 者合作的管理者来说，本书会向你展示为何引入这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 建立防护网
- 11.12 让我们付诸实践
- 11.12.1 使用测试作为标准的7个策略
- 11.12.2 修复bug的7个策略
- 11.13 总结
- 第12章 实践8：最后实现设计
- 12.1 可变性的阻碍
- 12.2 可持续性开发
- 12.3 编码与清理
- 12.4 软件被阅读的次数比编写次数多
- 12.5 意图导向编程
- 12.6 降低圈复杂度
- 12.7 将创建和使用分离
- 12.8 演化式设计
- 12.9 让我们付诸实践
- 12.9.1 进行演化式设计的7个策略
- 12.9.2 清理代码的7个策略
- 12.10 总结
- 第13章 实践9：重构遗留代码
- 13.1 投资还是借贷
- 13.2 变成“铁公鸡”
- 13.3 当代码需要修改时
- 13.3.1 对已有代码添加测试
- 13.3.2 通过重构糟糕代码来培养良好习惯
- 13.3.3 推迟那些不可避免的
- 13.4 重构技巧
- 13.4.1 图钉测试
- 13.4.2 依赖注入
- 13.4.3 系统扼杀
- 13.4.4 抽象分支
- 13.5 以支持修改为目的重构
- 13.6 以开闭原则为目的重构
- 13.7 以提高可修改性为目的重构
- 13.8 第二次做好
- 13.9 让我们付诸实践
- 13.9.1 助你正确重构代码的7个策略
- 13.9.2 决定何时进行重构的7个策略
- 13.10 总结
- 第14章 从遗留代码中学习
- 14.1 更好，更快，更廉价
- 14.2 不在不需要的事情上花钱
- 14.3 循规蹈矩
- 14.4 提升整个软件行业
- 14.5 超越敏捷
- 14.6 将理解具象化
- 14.7 成长的勇气
- 参考文献
- 广告页
展开全部
修改软件的艺术：构建易维护代码的9条最佳实践是2017年由人民邮电出版社出版,作者[美]戴维 斯科特 伯恩斯坦（David Scott Bernstein）。
版权说明：本电子书已获得正版授权，由出版社通过知传链发行。
得书感谢您对《修改软件的艺术：构建易维护代码的9条最佳实践》关注和支持，如本书内容有不良信息或侵权等情形的，请联系本网站。
