消息 首页 搜索 举报
  • CoffeeScript程序设计
21年品牌 40万+商家 超1.5亿件商品

CoffeeScript程序设计

全新正版 极速发货

￥ 26.14 5.8折 ￥ 45 全新

仅1件

广东广州
认证卖家担保交易快速发货售后保障

作者[美]贝茨

出版社人民邮电出版社

ISBN9787115301932

出版时间2013-01

装帧平装

开本16开

定价45元

货号1200416964

上书时间2024-09-05

大智慧小美丽
已实名 已认证 进店 收藏店铺
  • 最新上架

   商品详情   

品相描述：全新
商品描述
目录
导言  1

部分  可扩展组织的人员配备

章  人员和领导力对可扩展性的影响  6
1.1  AllScale简介  6
1.2  为什么要考虑人员  7
1.3  为什么要考虑组织  8
1.4  为什么要考虑管理和领导力  12
1.5  结论  14
本章要点  14

第2章  可扩展技术组织中的角色  15
2.1  失败的后果  15
2.2  角色的定义  16
2.3  执行主管的职责  17
2.3.1  CEO  18
2.3.2  CFO  19
2.3.3  业务单元责任人和P&L责任人  19
2.3.4  CTO/CIO  19
2.4  组织的职责  20
2.4.1  架构团队的职责  21
2.4.2  软件开发团队的职责  21
2.4.3  生产运营团队的职责  21
2.4.4  基础设施团队的职责  22
2.4.5  质量保证团队的职责  22
2.4.6  产能计划团队的职责  22
2.5  个人贡献者的职责和特征  23
2.5.1  架构师  23
2.5.2  软件工程师  23
2.5.3  操作员  24
2.5.4  基础设施工程师  24
2.5.5  QA工程师/分析师  24
2.5.6  产能计划员  25
2.6  一个组织示例  25
2.7  定义职责的工具  26
2.8  结论  28
本章要点  29

第3章  设计组织  30
3.1  影响可扩展性的组织因素  30
3.2  团队规模  32
3.2.1  警示信号  35
3.2.2  扩大团队或拆分团队  36
3.3  组织架构  38
3.3.1  职能型组织  38
3.3.2  矩阵型组织  40
3.4  结论  42
本章要点  43

第4章  领导力101  44
4.1  什么是领导力  45
4.2  领导力的一个概念模型  46
4.3  评估你是谁  47
4.4  身先士卒  49
4.5  保持谦虚的态度  49
4.6  使命，人员至上  50
4.7  做出及时、合理、符合道德的决策  51
4.8  给团队授能和可扩展性  51
4.9  一切围绕股东价值  52
4.10  愿景  53
4.11  使命  55
4.12  战略目标  55
4.13  整合愿景、使命和战略目标  57
4.14  通向成功的因果图  59
4.15  结论  61
本章要点  61

第5章  管理101  63
5.1  管理是什么  63
5.2  项目和任务管理  64
5.3  建设团队——一个运动比喻  65
5.4  提升团队——一个花园比喻  66
5.5  衡量方法、指标和目标评估  69
5.6  目标树  71
5.7  为成功铺路  72
5.8  结论  72
本章要点  73

第6章  进行商业论证  74
6.1  理解经验的鸿沟  74
6.1.1  为什么业务主管可能成为问题所在  75
6.1.2  为什么技术主管可能成为问题所在  75
6.2  破除企业思维定式  76
6.2.1  建立关系  78
6.2.2  树立榜样  78
6.2.3  培训其他主管  78
6.2.4  利用RASCI模型  79
6.2.5  用商业语言交谈  79
6.2.6  让他们参与进来  79
6.2.7  用事实让主管团队感到恐慌  80
6.3  为扩展论证  80
6.4  结论  83
本章要点  83

第二部分  制定扩展流程

第7章  理解流程对扩展的重要性  86
7.1  流程的目的  87
7.2  正确的时间，正确的流程  89
7.2.1  需要有多严苛  90
7.2.2  需要有多复杂  91
7.3  好的流程何时会变成坏的  93
7.4  结论  93
本章要点  94

第8章  管理故障和问题  95
8.1  什么是故障  96
8.2  什么是问题  96
8.3  故障管理的步骤  97
8.4  问题管理的步骤  99
8.5  化解故障管理与问题管理之间的冲突  100
8.6  故障和问题的生命周期  100
8.7  召开每日故障例会  101
8.8  召开季度故障回顾会议  102
8.9  事后分析流程  102
8.10  综合应用  104
8.11  结论  106
本章要点  106

第9章  管理危机和升级  107
9.1  什么是危机  107
9.2  为什么要把危机与其他故障区分开来  108
9.3  危机如何改变一个公司  108
9.4  为混乱赋予秩序  109
9.4.1  “问题经理”的角色  110
9.4.2  团队经理的角色  111
9.4.3  首席工程师的角色  112
9.4.4  个人贡献者的角色  113
9.5  沟通和控制  113
9.6  作战室  114
9.7  升级  115
9.8  状态沟通  115
9.9  危机事后分析会议  116
9.10  危机后续跟进和沟通  117
9.11  结论  117
本章要点  118

0章  控制生产环境中的变更  119
10.1  什么是变更  120
10.2  变更识别  121
10.3  变更管理  122
10.3.1  变更建议  123
10.3.2  变更批准  125
10.3.3  变更日程安排  125
10.3.4  变更实施和记录  127
10.3.5  变更验证  127
10.3.6  变更审查  127
10.4  变更控制会议  128
10.5  持续的流程改善  128
10.6  结论  129
本章要点  129

1章  确定应用的余量  131
11.1  流程的目的  131
11.2  流程的步骤  132
11.3  理想的使用比例  135
11.4  结论  137
本章要点  138

2章  探讨架构设计原则  139
12.1  原则和目标  139
12.2  原则选择  142
12.3  AKF的十二条架构设计原则  143
12.3.1  N+1设计  143
12.3.2  设计为能够回退的  144
12.3.3  设计为能够禁用的  144
12.3.4  设计为能够监控的  144
12.3.5  设计为多个活动站点  144
12.3.6  采用成熟的技术  144
12.3.7  设计为异步的  145
12.3.8  无状态系统  145
12.3.9  进行横向扩展而不是纵向扩展  145
12.3.10  设计为至少可以在两条轴上进行扩展  145
12.3.11  非核心的组件可以购买  145
12.3.12  采用同质化硬件  145
12.4  扩展原则深度解析  146
12.4.1  设计为能够监控的  146
12.4.2  设计为多个活动站点  147
12.4.3  设计为异步的  147
12.4.4  无状态系统  148
12.4.5  进行横向扩展而不是纵向扩展  148
12.4.6  设计为至少可以在两条轴上进行扩展  149
12.5  结论  150
本章要点  150

3章  联合架构设计  151
13.1  修正组织的功能障碍  151
13.2  设计为能够跨部门扩展  153
13.3  开始条件和结束条件  155
13.4  结论  157
本章要点  157

4章  架构评审委员会  159
14.1  通过审查确保可扩展性  159
14.2  委员会成员  160
14.3  会议实施  162
14.4  开始条件和结束条件  164
14.5  结论  165
本章要点  166

5章  关注核心竞争力：构建还是采购  167
15.1  构建还是采购与可扩展性的关系  167
15.2  关注成本  168
15.3  关注竞争优势  168
15.4  “非我所建”现象  169
15.5  结合成本和竞争优势  170
15.5.1  这个组件能够创造竞争优势吗？  170
15.5.2  我们是这个组件或资产最好的责任人吗？  171
15.5.3  这个组件上的竞争如何？  171
15.5.4  我们能经济有效地构建这个组件吗？  171
15.6  AllScale公司的构建还是采购难题  172
15.7  结论  173
本章要点  174

6章  确定风险  175
16.1  风险管理对扩展的重要性  175
16.2  衡量风险  176
16.3  管理风险  181
16.4  结论  183
本章要点  184

7章  性能测试和压力测试  185
17.1  执行性能测试  185
17.1.1  判断标准  186
17.1.2  测试环境  186
17.1.3  定义测试  187
17.1.4  执行测试  188
17.1.5  分析数据  188
17.1.6  报告给工程师  189
17.1.7  重复测试和分析  189
17.2  压力测试不要有压力  190
17.2.1  确立目标  190
17.2.2  识别关键服务  191
17.2.3  确定负载  191
17.2.4  测试环境  192
17.2.5  识别监控项  192
17.2.6  制造负载  192
17.2.7  执行测试  193
17.2.8  分析数据  193
17.3  可扩展性的性能测试和压力测试  194
17.4  结论  195
本章要点  196

8章  屏障条件和回退  197
18.1  屏障条件  197
18.1.1  屏障条件和敏捷开发  198
18.1.2  屏障条件和瀑布开发  200
18.1.3  屏障条件和

   相关推荐   

—  没有更多了  —

店铺评价
消息 首页 搜索

以下为对购买帮助不大的评价

此功能需要访问孔网APP才能使用
暂时不用
打开孔网APP