CoffeeScript程序设计
目 录内容简介
导言
第一部分 可扩展组织的人员配备
第1章 人员和领导力对可扩展性的影响
1.1 AllScale简介
1.2 为什么要考虑人员
1.3 为什么要考虑组织
1.4 为什么要考虑管理和领导力
1.5 结论
本章要点
第2章 可扩展技术组织中的角色
2.1 失败的后果
2.2 角色的定义
2.3 执行主管的职责
2.3.1 CEO
2.3.2 CFO
2.3.3 业务单元责任人和P&L责任人
2.3.4 CTO/CIO
2.4 组织的职责
2.4.1 架构团队的职责
2.4.2 软件开发团队的职责
2.4.3 生产运营团队的职责
2.4.4 基础设施团队的职责
2.4.5 质量保证团队的职责
2.4.6 产能计划团队的职责
2.5 个人贡献者的职责和特征
2.5.1 架构师
2.5.2 软件工程师
2.5.3 操作员
2.5.4 基础设施工程师
2.5.5 QA工程师/分析师
2.5.6 产能计划员
2.6 一个组织示例
2.7 定义职责的工具
2.8 结论
本章要点
第3章 设计组织
3.1 影响可扩展性的组织因素
3.2 团队规模
3.2.1 警示信号
3.2.2 扩大团队或拆分团队
3.3 组织架构
3.3.1 职能型组织
3.3.2 矩阵型组织
3.4 结论
本章要点
第4章 领导力
4.1 什么是领导力
4.2 领导力的一个概念模型
4.3 评估你是谁
4.4 身先士卒
4.5 保持谦虚的态度
4.6 使命第一，人员至上
4.7 做出及时、合理、符合道德的决策
4.8 给团队授能和可扩展性
4.9 一切围绕股东价值
4.1 0 愿景
4.1 1 使命
4.1 2 战略目标
4.1 3 整合愿景、使命和战略目标
4.1 4 通向成功的因果图
4.1 5 结论
本章要点
第5章 管理
5.1 管理是什么
5.2 项目和任务管理
5.3 建设团队——一个运动比喻
5.4 提升团队——一个花园比喻
5.5 衡量方法、指标和目标评估
5.6 目标树
5.7 为成功铺路
5.8 结论
本章要点
第6章 进行商业论证
6.1 理解经验的鸿沟
6.1.1 为什么业务主管可能成为问题所在
6.1.2 为什么技术主管可能成为问题所在
6.2 破除企业思维定式
6.2.1 建立关系
6.2.2 树立榜样
6.2.3 培训其他主管
6.2.4 利用RASCI模型
6.2.5 用商业语言交谈
6.2.6 让他们参与进来
6.2.7 用事实让主管团队感到恐慌
6.3 为扩展论证
6.4 结论
本章要点
第二部分 制定扩展流程
第7章 理解流程对扩展的重要性
7.1 流程的目的
7.2 正确的时间，正确的流程
7.2.1 需要有多严苛
7.2.2 需要有多复杂
7.3 好的流程何时会变成坏的
7.4 结论
本章要点
第8章 管理故障和问题
8.1 什么是故障
8.2 什么是问题
8.3 故障管理的步骤
8.4 问题管理的步骤
8.5 化解故障管理与问题管理之间的冲突
8.6 故障和问题的生命周期
8.7 召开每日故障例会
8.8 召开季度故障回顾会议
8.9 事后分析流程
8.1 0 综合应用
8.1 1 结论
本章要点
第9章 管理危机和升级
9.1 什么是危机
9.2 为什么要把危机与其他故障区分开来
9.3 危机如何改变一个公司
9.4 为混乱赋予秩序
9.4.1 “问题经理”的角色
9.4.2 团队经理的角色
9.4.3 首席工程师的角色
9.4.4 个人贡献者的角色
9.5 沟通和控制
9.6 作战室
9.7 升级
9.8 状态沟通
9.9 危机事后分析会议
9.1 0 危机后续跟进和沟通
9.1 1 结论
本章要点
第10章 控制生产环境中的变更
10.1 什么是变更
10.2 变更识别
10.3 变更管理
10.3.1 变更建议
10.3.2 变更批准
10.3.3 变更日程安排
10.3.4 变更实施和记录
10.3.5 变更验证
10.3.6 变更审查
10.4 变更控制会议
10.5 持续的流程改善
10.6 结论
本章要点
第11章 确定应用的余量
11.1 流程的目的
11.2 流程的步骤
11.3 理想的使用比例
11.4 结论
本章要点
第12章 探讨架构设计原则
12.1 原则和目标
12.2 原则选择
12.3 AKF的十二条架构设计原则
12.3.1 N+1设计
12.3.2 设计为能够回退的
12.3.3 设计为能够禁用的
12.3.4 设计为能够监控的
12.3.5 设计为多个活动站点
12.3.6 采用成熟的技术
12.3.7 设计为异步的
12.3.8 无状态系统
12.3.9 进行横向扩展而不是纵向扩展
12.3.10 设计为至少可以在两条轴上进行扩展
12.3.11 非核心的组件可以购买
12.3.12 采用同质化硬件
12.4 扩展原则深度解析
12.4.1 设计为能够监控的
12.4.2 设计为多个活动站点
12.4.3 设计为异步的
12.4.4 无状态系统
12.4.5 进行横向扩展而不是纵向扩展
12.4.6 设计为至少可以在两条轴上进行扩展
12.5 结论
本章要点
第13章 联合架构设计
13.1 修正组织的功能障碍
13.2 设计为能够跨部门扩展
13.3 开始条件和结束条件
13.4 结论
本章要点
第14章 架构评审委员会
14.1 通过审查确保可扩展性
14.2 委员会成员
14.3 会议实施
14.4 开始条件和结束条件
14.5 结论
本章要点
第15章 关注核心竞争力：构建还是采购
15.1 构建还是采购与可扩展性的关系
15.2 关注成本
15.3 关注竞争优势
15.4 “非我所建”现象
15.5 结合成本和竞争优势
15.5.1 这个组件能够创造竞争优势吗？
15.5.2 我们是这个组件或资产最好的责任人吗？
15.5.3 这个组件上的竞争如何？
15.5.4 我们能经济有效地构建这个组件吗？
15.6 AllScale公司的构建还是采购难题
15.7 结论
本章要点
第16章 确定风险
16.1 风险管理对扩展的重要性
16.2 衡量风险
16.3 管理风险
16.4 结论
本章要点
第17章 性能测试和压力测试
17.1 执行性能测试
17.1.1 判断标准
17.1.2 测试环境
17.1.3 定义测试
17.1.4 执行测试
17.1.5 分析数据
17.1.6 报告给工程师
17.1.7 重复测试和分析
17.2 压力测试不要有压力
17.2.1 确立目标
17.2.2 识别关键服务
17.2.3 确定负载
17.2.4 测试环境
17.2.5 识别监控项
17.2.6 制造负载
17.2.7 执行测试
17.2.8 分析数据
17.3 可扩展性的性能测试和压力测试
17.4 结论
本章要点
第18章 屏障条件和回退
18.1 屏障条件
18.1.1 屏障条件和敏捷开发
18.1.2 屏障条件和瀑布开发
18.1.3 屏障条件和混合模型
18.2 回退能力
18.2.1 回退窗口需求
18.2.2 回退的技术考量
18.2.3 回退的成本考量
18.3 功能减负——设计为能够禁用的
18.4 结论
本章要点
第19章 要快还是要正确
19.1 业务上的权衡
19.2 与可扩展性的关系
19.3 如何做决策
19.4 结论
本章要点
第三部分 构建可扩展的方案
第20章 不受技术限制的设计
20.1 实现并非架构
20.2 不受技术限制的设计
20.2.1 TAD和成本
20.2.2 TAD和风险
20.2.3 TAD和可扩展性
20.2.4 TAD和可用性
20.3 TAD方法
20.4 结论
本章要点
第21章 创建故障隔离的架构
21.1 故障隔离的架构的术语
21.2 故障隔离的好处
21.2.1 故障隔离和可用性——限制影响
21.2.2 故障隔离和可用性——故障检测和解决
21.2.3 故障隔离和可扩展性
21.2.4 故障隔离和上市时间
21.2.5 故障隔离和成本
21.3 如何进行故障隔离
21.3.1 原则1：什么都不能共享
21.3.2 原则2：什么都不能跨过泳道边界
21.3.3 原则3：在泳道内交易
21.4 何时实现故障隔离
21.4.1 方法1：把最赚钱的功能放入泳道
21.4.2 方法2：把最容易引发故障的功能放入泳道
21.4.3 方法3：根据自然界限划分泳道
21.5 如何测试故障隔离的设计
21.6 结论
本章要点
第22章 AKF扩展立方入门
22.1 概念，还是规则和工具
22.2 AKF扩展立方介绍
22.3 扩展立方的含义
22.4 扩展立方的X轴
22.5 扩展立方的Y轴
22.6 扩展立方的Z轴
22.7 综合应用
22.8 何时何地使用扩展立方
22.9 结论
本章要点
第23章 为扩展划分应用
23.1 应用的AKF扩展立方
23.2 AKF应用扩展立方的X轴
23.3 AKF应用扩展立方的Y轴
23.4 AKF应用扩展立方的Z轴
23.5 综合应用
23.6 应用扩展立方的实际应用
23.6.1 电子商务平台
23.6.2 人力资源管理系统
23.6.3 后台办公IT系统
23.6.4 经验之谈
23.7 结论
本章要点
第24章 为扩展划分数据库
24.1 数据库的AKF扩展立方
24.2 AKF数据库扩展立方的X轴
24.3 AKF数据库扩展立方的Y轴
24.4 AKF数据库扩展立方的Z轴
24.5 综合应用
24.6 数据库扩展立方的实际应用
24.6.1 电子商务平台
24.6.2 人力资源管理系统
24.6.3 后台办公IT系统
24.6.4 经验之谈
24.6.5 时间方面的考量
24.7 结论
本章要点
第25章 为性能和扩展进行缓存
25.1 缓存定义
25.2 对象缓存
25.3 应用缓存
25.3.1 代理缓存
25.3.2 反向代理缓存
25.3.3 缓存软件
25.4 内容交付网络
25.5 结论
本章要点
第26章 实现扩展的异步设计
26.1 同步的定义
26.2 同步调用，还是异步调用
26.2.1 同步扩展，还是异步扩展
26.2.2 异步系统示例
26.3 定义状态
26.4 结论
本章要点
第四部分 解决其他的问题和挑战
第27章 数据太多
27.1 数据的成本
27.2 数据的价值和成本-价值难题
27.3 让数据成为有利可图的
27.3.1 期权价值
27.3.2 竞争优势
27.3.3 成本合理的解决方案（分层的存储方案）
27.3.4 转换数据
27.4 处理大量的数据
27.5 结论
本章要点
第28章 云和网格
28.1 历史和定义
28.1.1 网格计算
28.1.2 公共云和私有云
28.2 云的特征和架构
28.2.1 按用量付费
28.2.2 按需扩展
28.2.3 多租户
28.2.4 虚拟化
28.3 云和网格的区别
28.4 结论
本章要点
第29章 在云上翱翔
29.1 云计算的利弊
29.1.1 云计算的优点
29.1.2 云计算的缺点
29.2 云计算的不同用法
29.2.1 环境
29.2.2 技能集合
29.3 决策流程
29.4 结论
本章要点
第30章 接上网格
30.1 网格的利弊
30.1.1 网格的优点
30.1.2 网格的缺点
30.2 网格计算的不同用法
30.2.1 生产网格
30.2.2 编译网格
30.2.3 数据仓库网格
30.2.4 后台办公网格
30.3 决策流程
30.4 结论
本章要点
第31章 监控应用
31.1 “为什么我们没能及早发现它？”
31.2 实现监控的框架
31.2.1 用户体验和业务指标
31.2.2 系统监控
31.2.3 应用监控
31.3 衡量监控：什么有价值，什么无价值
31.4 监控和流程
31.5 结论
本章要点
第32章 规划数据中心
32.1 数据中心的成本和约束
32.2 位置、位置、还是位置
32.3 数据中心与增量增长
32.4 三条三之原则
32.4.1 第一条三之原则：数据中心的三个成本驱动力
32.4.2 第二条三之原则：三对服务器来说是个神奇数字
32.4.3 第三条三之原则：三对数据中心来说是个神奇数字
32.5 构建多个活动数据中心要考虑的因素
32.6 结论
本章要点
第33章 综合应用
33.1 接下来做什么
33.2 案例分析
33.2.1 eBay：巨大的成功和可扩展性大爆炸
33.2.2 Quigo：出现可扩展性问题的年轻产品
33.2.3 ShareThis：一个创业公司的故事
33.3 参考资料
附录
附录A 计算可用性
附录B 产能规划计算
附录C 负载和性能计算
第一部分 可扩展组织的人员配备
第1章 人员和领导力对可扩展性的影响
1.1 AllScale简介
1.2 为什么要考虑人员
1.3 为什么要考虑组织
1.4 为什么要考虑管理和领导力
1.5 结论
本章要点
第2章 可扩展技术组织中的角色
2.1 失败的后果
2.2 角色的定义
2.3 执行主管的职责
2.3.1 CEO
2.3.2 CFO
2.3.3 业务单元责任人和P&L责任人
2.3.4 CTO/CIO
2.4 组织的职责
2.4.1 架构团队的职责
2.4.2 软件开发团队的职责
2.4.3 生产运营团队的职责
2.4.4 基础设施团队的职责
2.4.5 质量保证团队的职责
2.4.6 产能计划团队的职责
2.5 个人贡献者的职责和特征
2.5.1 架构师
2.5.2 软件工程师
2.5.3 操作员
2.5.4 基础设施工程师
2.5.5 QA工程师/分析师
2.5.6 产能计划员
2.6 一个组织示例
2.7 定义职责的工具
2.8 结论
本章要点
第3章 设计组织
3.1 影响可扩展性的组织因素
3.2 团队规模
3.2.1 警示信号
3.2.2 扩大团队或拆分团队
3.3 组织架构
3.3.1 职能型组织
3.3.2 矩阵型组织
3.4 结论
本章要点
第4章 领导力
4.1 什么是领导力
4.2 领导力的一个概念模型
4.3 评估你是谁
4.4 身先士卒
4.5 保持谦虚的态度
4.6 使命第一，人员至上
4.7 做出及时、合理、符合道德的决策
4.8 给团队授能和可扩展性
4.9 一切围绕股东价值
4.1 0 愿景
4.1 1 使命
4.1 2 战略目标
4.1 3 整合愿景、使命和战略目标
4.1 4 通向成功的因果图
4.1 5 结论
本章要点
第5章 管理
5.1 管理是什么
5.2 项目和任务管理
5.3 建设团队——一个运动比喻
5.4 提升团队——一个花园比喻
5.5 衡量方法、指标和目标评估
5.6 目标树
5.7 为成功铺路
5.8 结论
本章要点
第6章 进行商业论证
6.1 理解经验的鸿沟
6.1.1 为什么业务主管可能成为问题所在
6.1.2 为什么技术主管可能成为问题所在
6.2 破除企业思维定式
6.2.1 建立关系
6.2.2 树立榜样
6.2.3 培训其他主管
6.2.4 利用RASCI模型
6.2.5 用商业语言交谈
6.2.6 让他们参与进来
6.2.7 用事实让主管团队感到恐慌
6.3 为扩展论证
6.4 结论
本章要点
第二部分 制定扩展流程
第7章 理解流程对扩展的重要性
7.1 流程的目的
7.2 正确的时间，正确的流程
7.2.1 需要有多严苛
7.2.2 需要有多复杂
7.3 好的流程何时会变成坏的
7.4 结论
本章要点
第8章 管理故障和问题
8.1 什么是故障
8.2 什么是问题
8.3 故障管理的步骤
8.4 问题管理的步骤
8.5 化解故障管理与问题管理之间的冲突
8.6 故障和问题的生命周期
8.7 召开每日故障例会
8.8 召开季度故障回顾会议
8.9 事后分析流程
8.1 0 综合应用
8.1 1 结论
本章要点
第9章 管理危机和升级
9.1 什么是危机
9.2 为什么要把危机与其他故障区分开来
9.3 危机如何改变一个公司
9.4 为混乱赋予秩序
9.4.1 “问题经理”的角色
9.4.2 团队经理的角色
9.4.3 首席工程师的角色
9.4.4 个人贡献者的角色
9.5 沟通和控制
9.6 作战室
9.7 升级
9.8 状态沟通
9.9 危机事后分析会议
9.1 0 危机后续跟进和沟通
9.1 1 结论
本章要点
第10章 控制生产环境中的变更
10.1 什么是变更
10.2 变更识别
10.3 变更管理
10.3.1 变更建议
10.3.2 变更批准
10.3.3 变更日程安排
10.3.4 变更实施和记录
10.3.5 变更验证
10.3.6 变更审查
10.4 变更控制会议
10.5 持续的流程改善
10.6 结论
本章要点
第11章 确定应用的余量
11.1 流程的目的
11.2 流程的步骤
11.3 理想的使用比例
11.4 结论
本章要点
第12章 探讨架构设计原则
12.1 原则和目标
12.2 原则选择
12.3 AKF的十二条架构设计原则
12.3.1 N+1设计
12.3.2 设计为能够回退的
12.3.3 设计为能够禁用的
12.3.4 设计为能够监控的
12.3.5 设计为多个活动站点
12.3.6 采用成熟的技术
12.3.7 设计为异步的
12.3.8 无状态系统
12.3.9 进行横向扩展而不是纵向扩展
12.3.10 设计为至少可以在两条轴上进行扩展
12.3.11 非核心的组件可以购买
12.3.12 采用同质化硬件
12.4 扩展原则深度解析
12.4.1 设计为能够监控的
12.4.2 设计为多个活动站点
12.4.3 设计为异步的
12.4.4 无状态系统
12.4.5 进行横向扩展而不是纵向扩展
12.4.6 设计为至少可以在两条轴上进行扩展
12.5 结论
本章要点
第13章 联合架构设计
13.1 修正组织的功能障碍
13.2 设计为能够跨部门扩展
13.3 开始条件和结束条件
13.4 结论
本章要点
第14章 架构评审委员会
14.1 通过审查确保可扩展性
14.2 委员会成员
14.3 会议实施
14.4 开始条件和结束条件
14.5 结论
本章要点
第15章 关注核心竞争力：构建还是采购
15.1 构建还是采购与可扩展性的关系
15.2 关注成本
15.3 关注竞争优势
15.4 “非我所建”现象
15.5 结合成本和竞争优势
15.5.1 这个组件能够创造竞争优势吗？
15.5.2 我们是这个组件或资产最好的责任人吗？
15.5.3 这个组件上的竞争如何？
15.5.4 我们能经济有效地构建这个组件吗？
15.6 AllScale公司的构建还是采购难题
15.7 结论
本章要点
第16章 确定风险
16.1 风险管理对扩展的重要性
16.2 衡量风险
16.3 管理风险
16.4 结论
本章要点
第17章 性能测试和压力测试
17.1 执行性能测试
17.1.1 判断标准
17.1.2 测试环境
17.1.3 定义测试
17.1.4 执行测试
17.1.5 分析数据
17.1.6 报告给工程师
17.1.7 重复测试和分析
17.2 压力测试不要有压力
17.2.1 确立目标
17.2.2 识别关键服务
17.2.3 确定负载
17.2.4 测试环境
17.2.5 识别监控项
17.2.6 制造负载
17.2.7 执行测试
17.2.8 分析数据
17.3 可扩展性的性能测试和压力测试
17.4 结论
本章要点
第18章 屏障条件和回退
18.1 屏障条件
18.1.1 屏障条件和敏捷开发
18.1.2 屏障条件和瀑布开发
18.1.3 屏障条件和混合模型
18.2 回退能力
18.2.1 回退窗口需求
18.2.2 回退的技术考量
18.2.3 回退的成本考量
18.3 功能减负——设计为能够禁用的
18.4 结论
本章要点
第19章 要快还是要正确
19.1 业务上的权衡
19.2 与可扩展性的关系
19.3 如何做决策
19.4 结论
本章要点
第三部分 构建可扩展的方案
第20章 不受技术限制的设计
20.1 实现并非架构
20.2 不受技术限制的设计
20.2.1 TAD和成本
20.2.2 TAD和风险
20.2.3 TAD和可扩展性
20.2.4 TAD和可用性
20.3 TAD方法
20.4 结论
本章要点
第21章 创建故障隔离的架构
21.1 故障隔离的架构的术语
21.2 故障隔离的好处
21.2.1 故障隔离和可用性——限制影响
21.2.2 故障隔离和可用性——故障检测和解决
21.2.3 故障隔离和可扩展性
21.2.4 故障隔离和上市时间
21.2.5 故障隔离和成本
21.3 如何进行故障隔离
21.3.1 原则1：什么都不能共享
21.3.2 原则2：什么都不能跨过泳道边界
21.3.3 原则3：在泳道内交易
21.4 何时实现故障隔离
21.4.1 方法1：把最赚钱的功能放入泳道
21.4.2 方法2：把最容易引发故障的功能放入泳道
21.4.3 方法3：根据自然界限划分泳道
21.5 如何测试故障隔离的设计
21.6 结论
本章要点
第22章 AKF扩展立方入门
22.1 概念，还是规则和工具
22.2 AKF扩展立方介绍
22.3 扩展立方的含义
22.4 扩展立方的X轴
22.5 扩展立方的Y轴
22.6 扩展立方的Z轴
22.7 综合应用
22.8 何时何地使用扩展立方
22.9 结论
本章要点
第23章 为扩展划分应用
23.1 应用的AKF扩展立方
23.2 AKF应用扩展立方的X轴
23.3 AKF应用扩展立方的Y轴
23.4 AKF应用扩展立方的Z轴
23.5 综合应用
23.6 应用扩展立方的实际应用
23.6.1 电子商务平台
23.6.2 人力资源管理系统
23.6.3 后台办公IT系统
23.6.4 经验之谈
23.7 结论
本章要点
第24章 为扩展划分数据库
24.1 数据库的AKF扩展立方
24.2 AKF数据库扩展立方的X轴
24.3 AKF数据库扩展立方的Y轴
24.4 AKF数据库扩展立方的Z轴
24.5 综合应用
24.6 数据库扩展立方的实际应用
24.6.1 电子商务平台
24.6.2 人力资源管理系统
24.6.3 后台办公IT系统
24.6.4 经验之谈
24.6.5 时间方面的考量
24.7 结论
本章要点
第25章 为性能和扩展进行缓存
25.1 缓存定义
25.2 对象缓存
25.3 应用缓存
25.3.1 代理缓存
25.3.2 反向代理缓存
25.3.3 缓存软件
25.4 内容交付网络
25.5 结论
本章要点
第26章 实现扩展的异步设计
26.1 同步的定义
26.2 同步调用，还是异步调用
26.2.1 同步扩展，还是异步扩展
26.2.2 异步系统示例
26.3 定义状态
26.4 结论
本章要点
第四部分 解决其他的问题和挑战
第27章 数据太多
27.1 数据的成本
27.2 数据的价值和成本-价值难题
27.3 让数据成为有利可图的
27.3.1 期权价值
27.3.2 竞争优势
27.3.3 成本合理的解决方案（分层的存储方案）
27.3.4 转换数据
27.4 处理大量的数据
27.5 结论
本章要点
第28章 云和网格
28.1 历史和定义
28.1.1 网格计算
28.1.2 公共云和私有云
28.2 云的特征和架构
28.2.1 按用量付费
28.2.2 按需扩展
28.2.3 多租户
28.2.4 虚拟化
28.3 云和网格的区别
28.4 结论
本章要点
第29章 在云上翱翔
29.1 云计算的利弊
29.1.1 云计算的优点
29.1.2 云计算的缺点
29.2 云计算的不同用法
29.2.1 环境
29.2.2 技能集合
29.3 决策流程
29.4 结论
本章要点
第30章 接上网格
30.1 网格的利弊
30.1.1 网格的优点
30.1.2 网格的缺点
30.2 网格计算的不同用法
30.2.1 生产网格
30.2.2 编译网格
30.2.3 数据仓库网格
30.2.4 后台办公网格
30.3 决策流程
30.4 结论
本章要点
第31章 监控应用
31.1 “为什么我们没能及早发现它？”
31.2 实现监控的框架
31.2.1 用户体验和业务指标
31.2.2 系统监控
31.2.3 应用监控
31.3 衡量监控：什么有价值，什么无价值
31.4 监控和流程
31.5 结论
本章要点
第32章 规划数据中心
32.1 数据中心的成本和约束
32.2 位置、位置、还是位置
32.3 数据中心与增量增长
32.4 三条三之原则
32.4.1 第一条三之原则：数据中心的三个成本驱动力
32.4.2 第二条三之原则：三对服务器来说是个神奇数字
32.4.3 第三条三之原则：三对数据中心来说是个神奇数字
32.5 构建多个活动数据中心要考虑的因素
32.6 结论
本章要点
第33章 综合应用
33.1 接下来做什么
33.2 案例分析
33.2.1 eBay：巨大的成功和可扩展性大爆炸
33.2.2 Quigo：出现可扩展性问题的年轻产品
33.2.3 ShareThis：一个创业公司的故事
33.3 参考资料
附录
附录A 计算可用性
附录B 产能规划计算
附录C 负载和性能计算
目 录内容简介
CoffeeScript是一门新的编程语言，一门会被编译为JavaScript的语言。《CoffeeScript程序设计》从运行和编译CoffeeScript的基础知识开始，逐步介绍其语法、控件结构、函数、集合和类等内容。《CoffeeScript程序设计》的特色是，通过对相同页面的CoffeeScript代码和JavaScript代码的直接比较，让读者能够直观地了解CoffeeScript是如何改善了JavaScript的，进而能够用它构建强大、灵活、可维护、简洁、可靠以及安全的应用程序。此外，作者还在书中给出一些非常宝贵的提示，提醒读者如何才能更好地开发应用程序。《CoffeeScript程序设计》是一本理论和实践相结合的CoffeeScript入门教材，更是一本能够带领初学者充分理解并快速掌握CoffeeScript的好书，非常适合中高级Web开发者阅读。
比价列表价格走势
公众号、微信群
缺书网微信公众号
扫码进群实时获取购书优惠