码农·打破“性能”瓶颈 - (EPUB全文下载)

文件大小：3.48 mb。
文件格式：epub 格式。
书籍内容：

版权信息
书名：码农·打破“性能”瓶颈（第31期）
本书由北京图灵文化发展有限公司发行数字版。版权所有，侵权必究。
您购买的图灵电子书仅供您个人使用，未经授权，不得以任何方式复制和传播本书内容。
我们愿意相信读者具有这样的良知和觉悟，与我们共同保护知识产权。
如果购买者有侵权行为，我们可能对该用户实施包括但不限于关闭该帐号等维权措施，并可能追究法律责任。
图灵社区会员 李哲（lz995335180@gmail.com） 专享 尊重版权
编者的话
专题：打破“性能”瓶颈
为性能做规划
需求分析
分析与设计
编码和单元测试
集成和验收测试
快速拎清不同种类的性能测试
项目工程中的性能测试
测试的实施周期
性能测试的种类
Web性能核心优化点
超文本、网页和Web应用
剖析现代Web应用
性能来源：计算、渲染和网络访问
Java性能分析工具箱
采样分析器
探查分析器
阻塞方法和线程时间线
本地分析器
吐吐槽还能赚银子
人物
Head First策划人Kathy Sierra：
好产品让用户为自己尖叫
访谈嘉宾
访谈实录：
鲜阅
算法之于性能
算法
学习算法的窍门
对性能的影响程度
评价算法的指标
强迫性调优障碍
系统监控
响应时间监控
强迫性调优障碍
践行
网络较差的情况下，怎样提供流畅的ios应用体验
DNS查找时间
SSL握手时间
网络类型
延迟
追踪内存泄露，提升Android应用体验
MAT
LeakCanary
小结
书单
动手
用Numba实现极速数据处理
Numba
安装
使用Numba
成长手记
木头人
你见过北京早上 5 点钟的太阳么？我见过。
那么，为什么要离开呢？
投稿须知
作品要求：
编者的话
编者 / 刘敏
相比早一代人考试驾照的苛刻条件，现在的考试要轻松得多，我们不再需要学习汽车的机械原理，达到对车辆简单维修和保养的水平，就能拿到驾照。
为了推动事物的普及，世界貌似正在朝着黑盒化的方向发展。如今的IT技术，同样变得更加容易使用，程序员甚至不需要知道内部细节，也能够开发出业务应用程序或是搭建基础设施。但是，性能调优需要理解系统内部的架构。对于程序员来说，在核心技术“黑盒化”的趋势下，性能是一块能永远发挥作用的天地。
性能调优问题不仅贯穿于开发的各个阶段，而且是用户体验和商业指标的重要影响因素。因此，在程序、系统、工程开发之前就应该为性能做规划，确定预期的性能指标。除了性能指标，算法的效率和外部系统的性能瓶颈也是影响性能的主要因素。在处理性能问题方面，虽然分析和调优是主角儿，但“性能测试”是不能缺少的“配角儿”。如果将调优的结果直接用于生产环境，会有一定风险，因此通常会在验证环境中验证调优的成果。
本期《码农》意在帮助那些对性能问题还不太关注，以及对性能一知半解的程序员快速了解性能调优方面的知识。“专题”一栏的文章包括了性能问题处理的各种环节及行家经验。基于这些理论，“践行”专栏给出了实操性的指导，帮助移动端应用的开发者应对网络条件较差、内存不足的情况，以提供流畅的用户体验。
谈到“如何打造良好的用户体验，培养持续忠诚的用户”，就必须提到O'Reilly出版社Head First系列图书策划人之一的Kathy Sierra。Head First系列图书的成功，无疑是Kathy推崇的“成就用户”思维的有力证据。所以，“人物”专栏特别提供“图灵访谈”对Kathy本人的访谈实录，帮助大家更好地理解“人们并不想因为擅长使用某个产品而变得了不起，他们想要那种因为使用了某个产品而带来的成就感”。
面对世界的冷漠和经济社会的薄情，我们当中的大部分人会无奈地麻痹自我，让自己像木头人一样，不去想，不去看。“成长手记”专栏的文章出自一位图灵的读者，他用自己的真实经历告诫每一位还未来过“此处”的追梦人，警示习惯了“此处”的木头人，纪念自己已逝的三年纯真。
Begin our story
!
专题：打破“性能”瓶颈
为性能做规划
作者/Christian Antognini
资深数据库专家，从1995年就开始致力于探究Oracle数据库引擎的工作机制。长期关注逻辑与物理数据库的设计、数据库与Java应用程序的集成、查询优化器以及与性能管理和优化相关的各个方面。目前任瑞士苏黎世Trivadis公司首席顾问和性能教练，是OakTable网站核心成员。
如果仔细分析程序开发各阶段所需开展的工作，你也许会注意到每个阶段都有性能要求。即便如此，在实际开发过程中，开发团队还是会时常忘记性能要求，直到性能问题浮现出来。而那时也许为时已晚。因此，接下来的内容将从性能的角度出发，介绍在下一次开发应用程序时不应该再忽视的内容。
需求分析
简单来讲，需求分析（requirements analysis）就是确定应用程序的主要目标以及藉此期望达成的目的。进行需求分析之前，通常要对多个利益相关方进行调研。这一步十分必要，因为单独一方不太可能确定所有的业务需求和技术需求。由于需求的来源不一，因此必须对需求进行仔细分析，尤其需要找出不同需求间是否存在潜在冲突。在进行需求分析时，不仅要关注应用程序需要提供的功能，仔细确定这些功能的使用率也是至关重要的。对于每一个具体的功能，需要预估与之交互的用户数量、用户的使用频率以及每次使用时的预期响应时间。换句话说，你必须确定预期的性能指标。
这些性能需求不仅仅作为核心要素贯穿于应用程序开发的各个阶段，稍后也可将其作为定义服务级别协议以及制定容量规划的基础。
服务级别协议
服务级别协议（SLA）是用来明确服务提供商和用户之间关系的契约。它描述的内容包括服务项目，其在运行时间和停机时间的可用性、响应时间、客户支持水平，以及一旦服务提供商无法履行协议时相应的处理方式。
只有在能够验证响应时间的情况下，才能根据响应时间制定服务级别协议。这需要定义清晰的、可测量的性能数据以及与之相关的目标。这些性能数据通常被称作关键性能指标（Key Performance Indicator，KPI）。最理想的情况是使用一种监 ............

书籍插图：

以上为书籍内容预览，如需阅读全文内容请下载EPUB源文件，祝您阅读愉快。