本书适合Unity初学者、游戏开发者、程序员，也可以作为大专院校相关专业师生的学习用书，以及培训学校的培训教材。
电子书
编辑推荐
1."重新定义"了持续交付，并增补了组织管理和架构两个维度；2.在第1版的基础上细节优化，增补核心观点：工程效能其实是解决规模化问题，而规模化的一个重点是一致性程度；3.世界互联网公司软件交付工作原则与方法解析；4.持续交付和DevOps理念在国内的实践者和布道者乔梁在持续交付领域多年实践经验的精华总结；5.国内大型互联网公司多位管理者与领域专家合力倾情推荐。持续交付2.0不只是关于软件的交付模型，而是从业务问题出发，关注业务假设验证速度的双环业务模型。只有从业务目标出发的持续交付实践才有强大的创造力和生命力！书中指出，持续交付2.0双环模型高速运转的三个支柱分别是组织机制、软件架构和软件交付基础设施，同时给出了提升价值探索环以及快速验证环运转速度的多种可行方法。本书还为我们呈现了在企业内部改善持续交付2.0能力所需遵循的基本原则，包括组织文化建设、软件系统架构、业务协作、配置管理、构建集成、自动化测试、发布与监控七大板块，并指出各领域实践关键点，以及多种具有实操性的方法。同时，通过3个完整的实践案例过程分析，说明每个企业或团队都必须从自己的业务目标出发，根据自己的实际情况，制定自己的改善路线。
内容简介
本书分三个部分。第一部分作者对原有的持续交付进行了修正，重新定义持续交付为实现组织战略目标的能力，并引入持续交付的能力模型；第二部分阐述组织打造持续交付能力模型所需遵循的原则，包括基础原则、组织原则和架构原则；第三部分通过对多个互联网公司案例的解读，阐述如何根据组织的当前状况应用相关原则对最佳实践进行取舍，并快速达到组织能力目标。
章节目录
- 版权信息
- 版 权
- 内容提要
- 序 一
- 序 二
- 自 序
- 前 言
- 致 谢
- 服务与支持
- 第1章 持续交付2.0
- 1.1 软件工程发展概述
- 1.1.1 瀑布软件开发方法
- 1.1.2 敏捷软件开发方法
- 1.1.3 DevOps运动
- 1.1.4 持续交付1.0
- 1.2 持续交付2.0
- 1.2.1 精益思想
- 1.2.2 双环模型
- 1.2.3 4个核心原则
- 1.2.4 持续交付七巧板
- 1.3 小结
- 第2章 价值探索环
- 2.1 探索环的意义
- 2.2 探索环的4个关键环节
- 2.2.1 提问
- 2.2.2 锚定
- 2.2.3 共创
- 2.2.4 精炼
- 2.3 工作原则
- 2.3.1 分解并快速试错
- 2.3.2 一次只验证一点
- 2.3.3 允许失败
- 2.4 共创与精炼的常用方法
- 2.4.1 装饰窗方法
- 2.4.2 最小可行特性法
- 2.4.3 特区法
- 2.4.4 定向探索法
- 2.4.5 稻草人法
- 2.4.6 最小可行产品法
- 2.5 实施注意事项
- 2.6 小结
- 第3章 快速验证环
- 3.1 验证环的目标
- 3.2 验证环的4个关键环节
- 3.2.1 构建
- 3.2.2 运行
- 3.2.3 监测
- 3.2.4 决策
- 3.3 工作原则
- 3.3.1 质量内建
- 3.3.2 消除等待
- 3.3.3 重复事务自动化
- 3.3.4 监测一切
- 3.4 小结
- 第4章 持续交付2.0的组织文化
- 4.1 安全、信任与持续改善
- 4.1.1 失败是安全的
- 4.1.2 相互信任
- 4.1.3 持续改善
- 4.2 文化塑造四步法
- 4.2.1 行为决定文化
- 4.2.2 谷歌的工程师质量文化
- 4.2.3 Etsy的持续试验文化
- 4.3 行动原则
- 4.3.1 价值导向
- 4.3.2 快速验证
- 4.3.3 持续学习
- 4.4 度量原则
- 4.4.1 度量指标的4类属性
- 4.4.2 度量的目标是改善
- 4.4.3 古德哈特定律
- 4.4.4 度量应有行动决策
- 4.5 “改善套路”进行持续改进
- 4.6 小结
- 第5章 持续交付的软件系统架构
- 5.1 “大系统小做”原则
- 5.1.1 持续交付架构要求
- 5.1.2 系统拆分原则
- 5.2 常见架构模式
- 5.2.1 微核架构
- 5.2.2 微服务架构
- 5.2.3 巨石应用
- 5.3 架构改造实施模式
- 5.3.1 拆迁者模式
- 5.3.2 绞杀者模式
- 5.3.3 修缮者模式
- 5.3.4 数据库的拆分方法
- 5.4 小结
- 第6章 业务需求协作管理
- 6.1 产品版本周期概述
- 6.1.1 准备期
- 6.1.2 交付期
- 6.2 需求拆分的利与弊
- 6.2.1 需求拆分的收益
- 6.2.2 需求拆分的成本
- 6.3 需求拆分方法
- 6.3.1 需求的来源
- 6.3.2 技术债也是需求
- 6.3.3 参与需求拆分的角色
- 6.3.4 不平等的INVEST原则
- 6.3.5 五大拆分技法
- 6.3.6 七大组成部分
- 6.4 需求分析与管理工具集
- 6.4.1 用户故事地图
- 6.4.2 用户故事树
- 6.4.3 依赖关系图
- 6.4.4 需求管理数字化平台
- 6.5 团队协作管理工具
- 6.5.1 团队共享日历
- 6.5.2 团队回顾
- 6.5.3 可视化故事墙
- 6.5.4 明确“完成”的定义
- 6.5.5 持续集成
- 6.5.6 故事验证
- 6.6 小结
- 第7章 部署流水线原则与工具设计
- 7.1 简单的部署流水线
- 7.1.1 简单的产品研发流程
- 7.1.2 初始部署流水线
- 7.1.3 流水线执行状态解析
- 7.2 部署流水线的设计与使用
- 7.2.1 流水线的设计原则
- 7.2.2 团队的协作纪律
- 7.3 部署流水线平台的构成
- 7.3.1 工具链总体架构
- 7.3.2 平台应当具备的基本能力
- 7.3.3 工具链建设策略
- 7.4 基础支撑服务的云化
- 7.4.1 基础支撑服务的协作过程解析
- 7.4.2 编译构建管理服务
- 7.4.3 自动化测试管理服务
- 7.4.4 软件部署管理服务
- 7.4.5 基础环境管理服务
- 7.5 企业制品库的管理
- 7.5.1 制品库的分类
- 7.5.2 制品库的管理原则
- 7.6 多种多样的部署流水线
- 7.6.1 多组件的部署流水线
- 7.6.2 个人部署流水线
- 7.6.3 部署流水线的不断演进
- 7.7 为开发者构建自助式工具
- 7.8 小结
- 第8章 利于集成的分支策略
- 8.1 版本控制系统的使用目的
- 8.1.1 集中式版本控制系统
- 8.1.2 分布式版本控制系统
- 8.1.3 版本控制系统中的基本概念
- 8.2 常见分支开发模式
- 8.2.1 主干开发，主干发布
- 8.2.2 主干开发，分支发布
- 8.2.3 分支开发，主干发布
- 8.3 分支模式的演化
- 8.3.1 “三驾马车”分支模式
- 8.3.2 Gitflow分支模式
- 8.3.3 GitHubFlow分支模式
- 8.4 分支策略的选择
- 8.4.1 版本发布模式
- 8.4.2 分支策略与发布周期的关系
- 8.5 小结
- 第9章 持续集成
- 9.1 起源与定义
- 9.1.1 原始定义
- 9.1.2 一次集成过程
- 9.2 六步提交法
- 9.2.1 4个关键点
- 9.2.2 同步与异步模式
- 9.2.3 自查表
- 9.3 速度与质量的权衡
- 9.3.1 分级构建
- 9.3.2 多人同时提交的构建
- 9.3.3 云平台的威力
- 9.4 在团队中实施持续集成实践
- 9.4.1 快速建立团队的持续集成实践
- 9.4.2 分支策略与部署流水线
- 9.5 常见的实施问题
- 9.5.1 工程师的开发习惯
- 9.5.2 视而不见的扫描问题
- 9.5.3 自动化测试用例的缺乏
- 9.6 小结
- 第10章 自动化测试策略与方法
- 10.1 自动化测试的自身定位
- 10.1.1 自动化测试的优势
- 10.1.2 自动化测试所需的投入
- 10.2 突破传统自动化测试的困境
- 10.2.1 传统自动化测试的特点
- 10.2.2 自动化测试的分层
- 10.2.3 不同类型的测试金字塔
- 10.3 自动化测试的实施策略
- 10.3.1 增加自动化测试用例的着手点
- 10.3.2 提高自动化测试的执行次数
- 10.3.3 良好自动化测试的特征
- 10.3.4 共享自动化测试的维护职责
- 10.3.5 代码测试覆盖率
- 10.4 用户验收自动化测试要点
- 10.4.1 先搭建分层框架
- 10.4.2 测试用例数应保持低位
- 10.4.3 为自动化测试用例预留API
- 10.4.4 为调试做好准备
- 10.4.5 测试数据的准备
- 10.5 其他质量检查方法
- 10.5.1 差异批准测试方法
- 10.5.2 代码规范检查与代码动静态检测
- 10.5.3 AI在测试领域的应用
- 10.6 小结
- 第11章 软件配置管理
- 11.1 将一切纳入软件配置管理
- 11.1.1 软件配置管理的目标
- 11.1.2 软件配置管理的范围
- 11.1.3 软件配置管理的原则
- 11.2 软件包的版本管理
- 11.2.1 包管理的反模式
- 11.2.2 集中式包管理服务
- 11.2.3 软件包的元信息
- 11.3 包依赖管理
- 11.3.1 显式声明依赖
- 11.3.2 自动管理依赖
- 11.3.3 减少复杂依赖
- 11.4 环境基础设施管理
- 11.4.1 环境准备的4种状态
- 11.4.2 领域专属语言的应用
- 11.4.3 环境基础设施即代码
- 11.5 软件配置项的管理
- 11.5.1 二进制与配置项的分离
- 11.5.2 配置信息的版本管理
- 11.5.3 配置项的存储组织方式
- 11.5.4 配置漂移与治理
- 11.6 不可变基础设施与云应用
- 11.6.1 实现不可变基础设施
- 11.6.2 云原生应用
- 11.6.3 优势与挑战
- 11.7 数据的版本管理
- 11.7.1 数据库结构变更
- 11.7.2 数据文件
- 11.8 需求与源代码的版本关联
- 11.9 小结
- 第12章 低风险发布
- 12.1 高频发布是一种趋势
- 12.1.1 互联网企业的高频发布
- 12.1.2 收益与成本共存
- 12.2 降低发布风险的方法
- 12.2.1 蓝绿部署
- 12.2.2 滚动部署
- 12.2.3 金丝雀发布与灰度发布
- 12.2.4 暗部署
- 12.3 高频发布支撑技术
- 12.3.1 功能开关技术
- 12.3.2 数据迁移技术
- 12.3.3 抽象分支方法
- 12.3.4 升级替代回滚
- 12.4 影响发布频率的因素
- 12.5 小结
- 第13章 监测与决策
- 13.1 生产监测范围
- 13.1.1 后台服务的监测
- 13.1.2 分发软件的监测
- 13.2 数据监测体系
- 13.2.1 收集与处理
- 13.2.2 数据的标准化
- 13.2.3 监测数据体系及其能力衡量
- 13.3 问题处理体系
- 13.3.1 告警海洋与智能化管理
- 13.3.2 问题处理是一个学习过程
- 13.4 生产环境测试
- 13.4.1 测试活动扁平化趋势
- 13.4.2 生产环境中的测试
- 13.4.3 混沌工程
- 13.5 向东，还是向西
- 13.6 小结
- 第14章 大型互联网团队的FT化
- 14.1 简介
- 14.1.1 改进前状态
- 14.1.2 改进后状态
- 14.2 改进方法论
- 14.2.1 指导思想
- 14.2.2 改进步骤
- 14.3 改进的历程
- 14.3.1 架构解耦
- 14.3.2 组织解耦
- 14.3.3 研发流程再造
- 14.3.4 自动化一切
- 14.4 小结
- 第15章 小团队逆袭之旅
- 15.1 背景简介
- 15.1.1 改进前的“死亡行军”之旅
- 15.1.2 改进后的无缺陷交付
- 15.2 改进方法论
- 15.2.1 指导思想
- 15.2.2 试点团队的选择
- 15.3 第一阶段：研发准备期
- 15.3.1 功能简介与需求拆分
- 15.3.2 架构设计与需求依赖识别
- 15.3.3 工作量估算与排期
- 15.4 第二阶段：软件交付期
- 15.4.1 通过可视化看板改进工作流程
- 15.4.2 无缺陷交付
- 15.4.3 主干开发与持续集成
- 15.4.4 测试活动左移
- 15.4.5 代码评审
- 15.4.6 关注结果，更要关注过程
- 15.5 小结
- 第16章 研发推动的DevOps
- 16.1 改进的关键点
- 16.1.1 改进方法论
- 16.1.2 定义改进目标
- 16.2 第一阶段：敏捷101
- 16.2.1 做个靠谱的计划
- 16.2.2 开发阶段启航
- 16.2.3 对过程质量的约束
- 16.2.4 阶段性改进点
- 16.3 第二阶段：DevOps转型
- 16.3.1 与运维人员的“冲突”
- 16.3.2 高频部署发布中的具体障碍
- 16.3.3 整体解决方案的设计
- 16.3.4 DevOps阶段的团队改变
- 16.4 小结
- 第17章 研发组织效能提升的必经之路
- 17.1 知识工作者与熵增定律
- 17.1.1 每个工程师生产的都是非标品
- 17.1.2 软件工程的复杂性令研发效率降低
- 17.2 一致性是效能提升的必经之路
- 17.3 组织能力三要素
- 17.4 胜任力评估
- 17.4.1 组织胜任力评估模型
- 17.4.2 个人胜任力培养体系
- 17.5 组织健康度
- 17.6 小结
- 附录A 软件工程的三次进化
- A.1 软件工程的诞生
- A.1.1 软件危机
- A.1.2 瀑布软件开发模型
- A.2 二次进化：敏捷开发
- A.2.1 前奏——螺旋模型
- A.2.2 敏捷宣言的诞生
- A.2.3 敏捷软件开发方法的演化
- A.2.4 敏捷软件开发方法小结
- A.2.5 TPS启发下的软件开发方法
- A.3 三次进化：DevOps
- A.3.1 DevOps运动的兴起
- A.3.2 持续交付的诞生
- A.4 小结
- 附录B 排序法做相对估算
- B.1 排序法相对估算
- B.2 相对排序法的操作过程
- B.3 小结
展开全部
持续交付2.0业务引领的DevOps精要（增订本）是2022年由人民邮电出版社出版,作者乔梁。
版权说明：本电子书已获得正版授权，由出版社通过知传链发行。
得书感谢您对《持续交付2.0业务引领的DevOps精要（增订本）》关注和支持，如本书内容有不良信息或侵权等情形的，请联系本网站。
电子书
本书适合Unity初学者、游戏开发者、程序员，也可以作为大专院校相关专业师生的学习用书，以及培训学校的培训教材。
电子书
适读人群 ：本书适合小学生或初中学生自学，也非常适合中小学信息技术课教师或培训老师、想要让孩子学习Scratch 的家长阅读参考。 全彩印刷 十多个精彩游戏项目寓教于乐 赠送价值99元的视频课程 方便亲子互动和自学 本书通过14 款有趣的小游戏和小程序，由浅入深地向读者介绍Scratch 编程的基本技能以及程序设计的思维和方法。 本书首先带领读者认识Scratch 2.0，了解Scratch 2.0 编程中用到的基本概念，然后按照初级、中级和高级3个难度层次，详细介绍了14 款趣味游戏的开发过程。附录部分给出了Scratch 2.0 中常用的编程积木的列表和说明，方便读者在需要时查阅。 本书具有以下特色： ● “做中学”的方法和理念，寓教于乐。 ● 注重基础知识的介绍和铺垫，训练编程思维。 ● 游戏选取注意代表性和趣味性，区分不同的难度层次。 ● 使用“小贴士”和特殊的版块，强调重点和难点。 ● 配有280分钟的详细视频讲解，方便小朋友自学。 本书适合中小学信息技术课教师或培训老师、想要让孩子学习Scratch的家长阅读参考，也非常适合小学生或初中学生自学。 本书带领读者编写的趣味游戏包括： .初级难度游戏 大家来找茬 迷宫探险 打地鼠 翻翻乐 打苍蝇 弹球 电子相册 知识问答 .中级难度游戏 少年劲舞团 “石头剪刀布”人机对战 贪吃蛇 双人五子棋 .高级难度游戏 全民飞机大战游戏 植物大战僵尸
电子书
本书符合时代特点和市场需求，帮助身处互联网下半场的营销运营人员做好线上线下的用户精准化、有效运营。
电子书
一本艺人、经纪人以及文娱行业从业者入门书。
电子书
本书全方位、多角度描述CMMI 2.0的整体框架。
电子书
适读人群 ：抖音玩家，电商运营者，品牌运营者，营销人员 编辑推荐 抖音已经全面进入2.0时代，电商、直播、Vlog、网红等营销和变现模式不断更新换代。赶上2.0时代的风口红利，只有两个秘诀，一是专注于内容生产，二是深耕垂直领域。本书从“内容”到“流量”再到“营销变现”，提供了一整套抖音2.0时代的进阶方法论，并含有大量的实战案例。不管是抖音玩家、实体店铺，还是品牌运营商，阅读本书，都会获得更多关于布局未来抖音商业生态的全新启发。 内 容 内容定位法则｜好内容，先定位 内容生产框架｜高质量、高转化内容的五大逻辑 内容价值模型｜爆款内容的标准化思路与模板 流 量 精品推荐池｜抖音推荐算法大揭秘 裂变涨粉法｜涨粉的四大法则 快引流法｜抖音矩阵打造 营 销 品牌运营｜品牌抖音营销的玩法 精准营销｜7种带有营销目的的抖音玩法 强变现｜抖音网红的带货宝典