展开全部

主编推荐语

如果你想要优化软件交付流程,但是感觉到裹足不前、无能为力,那么这本书正适合你。

内容简介

本书会帮你降低构建与维护软件的成本。如果你是软件开发者,将学到一套实践方法以构建易修改的代码,因为在应用当中代码经常需要修改。对于和软件开发者合作的管理者来说,本书会向你展示为何引入这9个基本的实践方法,会使你的团队更加有效地交付软件而不会让软件演变成遗留代码。

目录

  • 版权信息
  • 版权声明
  • 本书赞誉
  • 遗产
  • 敏捷
  • 奏效
  • 引言
  • 如何使用本书
  • 线上资源
  • 致谢
  • 第一部分 遗留代码危机
  • 第1章 有些事情不对劲
  • 1.1 什么是遗留代码
  • 1.2 顺流直下
  • 1.3 孤注一掷
  • 1.4 为什么瀑布模型不管用
  • 1.5 当“流程”变成“体力劳动”
  • 1.6 坚如磐石的管理
  • 1.7 此处有龙
  • 1.8 评估未知
  • 1.9 一个充满外行人的产业
  • 1.10 回顾
  • 第2章 逃出混乱
  • 2.1 混乱报告
  • 2.2 驳斥斯坦迪什咨询集团
  • 2.3 项目为何会失败
  • 2.4 失败的代价
  • 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.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.14 总结
  • 第7章 实践3:持续集成
  • 7.1 建立项目的心跳
  • 7.2 理解完成、完整完成和完美完成的区别
  • 7.3 实践持续部署
  • 7.4 自动化构建
  • 7.5 尽早集成,频繁集成
  • 7.6 迈出第一步
  • 7.7 付诸实践
  • 7.8 总结
  • 第8章 实践4:协作
  • 8.1 极限编程
  • 8.2 沟通与协作
  • 8.3 结对编程
  • 8.4 伙伴编程
  • 8.5 穿刺,群战,围攻
  • 8.6 在时间盒子中对未知进行调研
  • 8.7 定期代码审查和回顾会议
  • 8.8 加强学习和知识分享
  • 8.9 诲人不倦且不耻下问
  • 8.10 让我们付诸实践
  • 8.11 总结
  • 第9章 实践5:编写整洁的代码
  • 9.1 高质量的代码是内聚的
  • 9.2 高质量的代码是松散耦合的
  • 9.3 高质量的代码是封装良好的
  • 9.4 高质量的代码是自主的
  • 9.5 高质量的代码是没有冗余的
  • 9.6 让代码特质指导我们
  • 9.7 今天的代码质量提高会为将来带来速度的提升
  • 9.8 让我们付诸实践
  • 9.9 总结
  • 第10章 实践6:测试先行
  • 10.1 测试的种类
  • 10.2 质量保证
  • 10.3 编写优质测试
  • 10.4 TDD可以提供迅速的反馈
  • 10.5 TDD可以为重构提供支持
  • 10.6 编写可测试的代码
  • 10.7 TDD也会失败
  • 10.8 如何将TDD引入团队
  • 10.9 成为测试感染者
  • 10.10 让我们付诸实践
  • 10.11 总结
  • 第11章 实践7:用测试描述行为
  • 11.1 红条、绿条、重构
  • 11.2 一个用测试先行来描述行为的实例
  • 11.3 引入限制条件
  • 11.4 我们创建了什么
  • 11.5 测试就是标准
  • 11.6 测试需要完整
  • 11.7 让测试独一无二
  • 11.8 用测试来覆盖代码
  • 11.9 bug是缺失的测试
  • 11.10 用模拟对象来测试工作流
  • 11.11 建立防护网
  • 11.12 让我们付诸实践
  • 11.13 总结
  • 第12章 实践8:最后实现设计
  • 12.1 可变性的阻碍
  • 12.2 可持续性开发
  • 12.3 编码与清理
  • 12.4 软件被阅读的次数比编写次数多
  • 12.5 意图导向编程
  • 12.6 降低圈复杂度
  • 12.7 将创建和使用分离
  • 12.8 演化式设计
  • 12.9 让我们付诸实践
  • 12.10 总结
  • 第13章 实践9:重构遗留代码
  • 13.1 投资还是借贷
  • 13.2 变成“铁公鸡”
  • 13.3 当代码需要修改时
  • 13.4 重构技巧
  • 13.5 以支持修改为目的重构
  • 13.6 以开闭原则为目的重构
  • 13.7 以提高可修改性为目的重构
  • 13.8 第二次做好
  • 13.9 让我们付诸实践
  • 13.10 总结
  • 第14章 从遗留代码中学习
  • 14.1 更好,更快,更廉价
  • 14.2 不在不需要的事情上花钱
  • 14.3 循规蹈矩
  • 14.4 提升整个软件行业
  • 14.5 超越敏捷
  • 14.6 将理解具象化
  • 14.7 成长的勇气
  • 参考文献
  • 看完了
展开全部

评分及书评

4.8
4个评分
  • 用户头像
    给这本书评了
    5.0

    如果你是软件开发者,将学到一套实践方法以构建易修改的代码,因为代码在应用当中经常需要修改。对于和软件开发者合作的管理者来说,本书会向你展示为何引入这 9 个基本的实践方法,会使你的团队更加有效地交付软件,而不至于让软件演变成遗留代码。为此,你需要的不仅仅是一份技术性的任务清单,还需要对为什么有这些实践方法以及如何实施这些实践方法有着深刻的理解。

      转发
      评论

    出版方

    人民邮电出版社·图灵出品

    图灵社区成立于2005年6月,由人民邮电出版社投资控股,以策划出版高质量的科技书籍为核心业务,主要出版领域包括计算机、电子电气、数学统计、科普等,通过引进国际高水平的教材、专著,以及发掘国内优秀原创作品等途径,为目标读者提供一流的内容。