最近读了一本新书：《打造流畅的 Android App》，京东链接：https://item.jd.com/10035215362170.html 。因为书名所以买了这本书，读完之后觉得有必要写一篇文章，让还没有买此书的同学了解一下

我个人的建议是：如果你是个老鸟，不建议买，这本书里面没有介绍太多原理性的东西，对于 Android 流畅性也没有一个比较全面的介绍；如果你是新手，这本书用来当做开阔视野 + 查漏补缺还可以，想更深入的了解 Android 流畅度还是差了点东西

之所以我会这么建议，是因为这本书确实没有讲太多性能或者流畅度相关的东西，也没有比较深入的原理部分，篇幅更多在讲静态代码审查、AS Profiler 的使用、App 架构、保活、网络性能优化、APK 大小优化、App 耗电等，内容也不深，浅尝辄止

内容介绍

简单介绍一下这本书的内容，其章节如下

1. 概述 ：简单介绍为何要做性能优化，以及 Android Studio 的配置
2. 静态代码审查 ：大篇幅降了各种静态代码审查工具，比如 Android Lint 、CheckStyle、SpotBugs、PMD 等，除了 Lint 其他的我接触不多，也算是查漏补缺了
3. 使用 Android Profiler 优化性能 ：主要降了 AS Profiler 工具里面的 CPU Profiler、Memory Profiler、Network Profiler、Network Profiler ，这里主要重点是工具的使用，大概性地介绍了一下
4. 高质量的 App 从架构开始：主要是架构原则、MVC、MVP、MVVM 这些
5. 优雅地保活 App ：简单介绍了下保活相关的技术
6. 网络性能优化专题 ：网络交互与多线程 + 海量数据传输优化
7. 优化 APK 体积 ：老生常谈的 APK 大小优化，多渠道打包 + 优化资源文件 + 代码混淆
8. App 耗电及 Crash 体验优化：简单介绍了一下

从上面章节标题大家也可以看到，跟流畅性相关的内容比较少，内容相对会比较杂一些，感兴趣的可以买一本看看

我认为一本讲流畅性的书，应该有什么？

如果让我写这么一本书，我肯定是写不来的，非常钦佩能出书的技术小伙伴，给作者点个赞。

不过这并不妨碍我嘴炮打个山响（I am good at it）：所以我觉得如果让我来写这本书，我会加入下面这些内容，确保大家通过这本书，就可以深入理解 Android 的流畅性原理，且可以熟练使用各种工具来分析所遇到的流畅性问题

鉴于在讨论 Android 性能问题的时候，卡顿(流畅性)、响应速度、ANR 这三个性能相关的知识点通常会放到一起来讲，因为引起卡顿、响应慢、ANR 的原因类似，只不过根据重要程度，被人为分成了卡顿(流畅性)、响应慢、ANR 三种，所以我们可以定义广义上的流畅性，包含了卡顿(流畅性)、响应慢和 ANR 三种，所以如果用户反馈说手机卡顿或者 App 卡顿(流畅性)，大部分情况下都是广义上的卡顿(流畅性)，需要搞清楚，到底出现了哪一种问题

所以我设想的章节应该包含下面的内容

1. 第一章：Android 流畅性概述：这一章主要会讲性能相关的一些概念，包括从用户角度、开发角度、测试角度、AOSP 的角度、硬件角度等，讲述流畅性的一些概念。这一点很重要，因为在实践中发现，用户和开发、测试往往是同不同的角度来看待流畅度的，思考问题的时候别把自己的思维定在某一个角色，往往会有不一样的结果
2. 第二章：Android 运行机制概述：这一章主要会讲一些 Android 运行机制相关的内容，了解这些知识点，对于分析 Android 流畅性问题是必须的，当下面这些知识点你非常熟悉之后，碰到流畅性的问题，你的脑海中就有一个图形化的工具在运转：用户怎么操作的、系统怎么反馈的、App 运行到了哪里、最有可能是哪里出现了问题、用什么工具去 Debug 最方便
   1. App 主线程运行原理（主线程和渲染线程）
   2. Message、Handler、MessageQueue、Looper 机制
   3. 屏幕刷新机制和 Vsync
   4. Choreogrepher 机制
   5. Buffer 工作流和 SurfaceFlinger 工作流
   6. Input 流程
   7. ANR 的设计思想
3. 第三章：性能分析工具介绍：正所谓 工欲善其事必先利其器，趁手的工具对于分析性能问题至关重要，这一章主要会讲性能分析经常遇到的工具，并非是简单的介绍，会结合 Android 系统机制来讲解，工具主要包括但不限于 Systrace(Perfetto) 、AS Profiler、SimplePerf、MAT、Log 工具（Log 内容分析和 Log 原理）、命令行工具（dumpsys meminfo、dumpsys gfxinfo、dumpsys cpuinfo、dumpsys SurfaceFlinger、dumpsys activity、dumpsys input、dumpsys window 等）、三方性能库（Koom、Matrix、Facebook profilo、BlockCanary、LeakCanary、Tailor/Raphael 等）
4. 第四章：深入分析 Android 卡顿问题：运行机制和工具都介绍完了，那么接下来就是如何进行实战了，这一章主要会讲卡顿出现的原因、分析卡顿问题的套路、案例分享、编码最佳实践等
5. 第五章：深入分析 Android 响应速度问题：同上，响应速度问题实战环节，这一章主要会讲响应速度问题出现的原因、分析响应速度问题的套路、案例分享、编码最佳实践等
6. 第六章：深入分析 Android ANR 问题：ANR 也是用户体验的一部分，这里主要会讲 ANR 的设计思想、ANR 的几种类型、ANR 出现的原因、ANR 问题的分析套路、案例分享、编码最佳实践等（目测会有很大的篇幅）
7. 第七章：深入分析 Android 内存问题：内存问题同样是影响用户体验一部分，而且是一个比较重要的性能指标，你懂得。本章会介绍 App 的内存占用、App 内存分析工具、内存泄漏分析、内存持续增长分析等，这里面的内容估计会牵扯到比较多的知识点，任重而道远啊….
8. 第八章：性能测试：从测试的角度来看流畅性问题，这里会讲一些 性能指标获取（侵入式和非侵入式）、性能标准制定、竞品分析、提 Bug 的标准和流程、整机测试方法、权威第三方的性能测试方法和标准介绍(绿色联盟、鲁大师、友盟、Bugly 等)、性能监控工具开发(比如 Matrix、Koom、Fastbot、UI Automator、内存增长测试等)，以及一些软技能：如何区分 Android 系统问题和 App 问题、如何与开发和 PM 扯皮(开个玩笑) 等
9. 第九章：线上性能监控：上一章讲的是本地性能测试，而这一章会讲线上是如何监控流畅度的，跟线下监控有区别的是，线上监控既要能体现真实的用户体验，又要尽量减少对用户的影响，还需要在发现问题的时候，能及时进行数据上报
10. 第十章：系统性能优化介绍：App 开发者使用各种方法和黑科技来进行性能监控和性能分析，那么 Android 系统开发者又是如何做的呢？这一章会介绍一些各种厂商的性能优化、AOSP 的性能优化、高通和 MTK 的优化等
11. 第十一章：高效工作指南：内容暂定，包括但不限于
    1. AOSP 代码编译的必要性和流程
    2. 阅读 AOSP 代码的技巧，比如 cs.android.com、导入 AS、导入 vscode 等、画流程图等
    3. Windows、Linux 、Mac 开发环境推荐、配置命令行等
    4. 工作方式推荐：多写、多记、多总结、多分享

嘴炮输出完毕，万事俱备，只欠大佬来完善内容了…

市面上还有哪些讲性能的书？

讲道理目前市面上的书都有点年代了，倒是掘金社区的 Android 性能优化文章非常多，各种大厂也乐意将他们的内部工具开源，给这些热爱分享小伙伴点个赞，让我们站在巨人的肩膀上前行

我本人看过的几本书

1. 腾讯 TMQ 专项测试团队出的：《移动 App 性能评测与优化》，2016 年出版，专业性和实战拉满，值得一看，https://item.jd.com/11976603.html 微信读书：有电子书
2. 邓老师的 《深入理解 Android：Java 虚拟机 ART》，ART 虚拟机的大部头书，对于了解 ART 虚拟机的运行有很大的帮助，App 的不少黑科技都会涉及到虚拟机 https://item.jd.com/12510921.html 微信读书：有电子书
3. 道格・西勒斯（Doug Sillars）的 《高性能 Android 应用开发》，2016 年出版，英文原版更早一些，算是一个比较早的全方位讲解 Android App 性能的书了，感兴趣的可以收藏一本 https://item.jd.com/11995735.html 微信读书：没有电子书
4. 腾讯大佬出的：《Android 应用性能优化最佳实践》，2017 年出版，内容也是性能相关 https://item.jd.com/12043655.html 微信读书：有电子书
5. Brendan Gregg 大师新作：《BPF 之巅：洞悉 Linux 系统和应用性能》，中文版 2020 年出版，大部头工具书，屯之 https://item.jd.com/12769029.html 微信读书：没有电子书
6. 同样是 Brendan Gregg 的 《性能之巅：洞悉系统、企业与云计算》，中文版 2020 年出版，大部头工具书，搞性能的应该人手一本… https://item.jd.com/12749867.html 微信读书：有电子书
7. 张绍文的《Android 开发高手课》https://time.geekbang.org/column/intro/142 最近重新听的感悟：高手就是高手
   
8. 倪朋飞的 Linux 性能优化实践
   

写在最后

1. 欢迎大家留言分享自己看过的觉得非常不错的 Android 性能相关的书籍、博客、视频课、官方教程等
2. 欢迎大家留言分享你们认为一本讲 Android 流畅性的书，应该包含哪些内容
3. 本文不涉及任何推广，大家放心食用
4. 博客交流不方便，有疑问的可以在知乎或者微信公众号下面留言，或者直接加我微信(553000664)，备注 Blog 即可
   1. 本文知乎地址：https://zhuanlan.zhihu.com/p/423605434
   2. 本文微信公众号地址：https://mp.weixin.qq.com/s/WUGWJx5FRJqXboQ2KKGRwA

关于我 && 博客

1. 关于我 , 非常希望和大家一起交流 , 共同进步 .
2. 博客内容导航
3. 优秀博客文章记录 - Android 性能优化必知必会

一个人可以走的更快 , 一群人可以走的更远

本文是 <程序员的修炼-从优秀到卓越> 的读书笔记的第八篇，这本书的作者是 Jeff Atwood，StackOverflow 的创始人之一，Jeff 的文章涉及面很广，他是一个经验老道的程序员、管理者、创业者，这本书谈到了编程之外的很多东西，不管你是初级工程师，还是资深工程师，本书都值得一读。随着你的阅历的增加，每一次重读这本书，都会有不一样的感悟，正如书名“从优秀到卓越”，作者为你指明了道路，至于是否能成功，则要看自己的修炼了。

我会把读书过程中一些精彩的言论摘录下来，有时会加入一些自己的见解或者经历，读书笔记的大纲与书本身的大纲是一致的，这也是我从另外一个地方学到并一直在用的“如何阅读一本书”，记录下来方便自己经常查看，也方便读者查看。下面是<程序员的修炼-从优秀到卓越> 读书笔记系列：

1. 程序员的修炼-01：绝地反击之术
2. 程序员的修炼-02：编程之道
3. 程序员的修炼-03：Web 设计原则
4. 程序员的修炼-04：关于测试的一些思考
5. 程序员的修炼-05：了解你的用户
6. 程序员的修炼-06：互联网那些事
7. 程序员的修炼-07：游戏与编程
8. 程序员的修炼-08：阅读之美

不读书，谁之过

自助者，天助之

计算机犯罪的历史与现状

如何与人交流

勤练基本功

《程序员的修炼——从优秀到卓越》是《高效能程序员的修炼》的姊妹篇，包含了Coding Horror博客中的精华文章。全书分为8章，涵盖了时间管理、编程方法、Web设计、测试、用户需求、互联网、游戏编程以及技术阅读等方面的话题。作者选取的话题，无一不是程序员职业生涯中的痛点。很多文章在博客和网络上的点击率和回帖率居高不下—— from 豆瓣

Jeff Atwood于2004年创办Coding Horror博客(.codinghorror.)，记录其在软件开发经历中的所思所想、点点滴滴。时至今日，该博客每天都有近10万人次的访问量，读者纷纷参与评论，各种观点与智慧在那里不断激情碰撞 —— from 豆瓣

《程序员的修炼——从优秀到卓越》的写作风格风趣幽默，且充满理解和关怀；适合从新手到老手的各个阶段的程序员阅读，也适合即将成为程序员的计算机和相关专业的学生阅读。《程序员的修炼——从优秀到卓越》能够帮助读者更多地关注技术工作的人性和人文因素，从而实现程序员职业生涯的成功转折 —— from 豆瓣

本文是 <程序员的修炼-从优秀到卓越> 的读书笔记的第七篇，这本书的作者是 Jeff Atwood，StackOverflow 的创始人之一，Jeff 的文章涉及面很广，他是一个经验老道的程序员、管理者、创业者，这本书谈到了编程之外的很多东西，不管你是初级工程师，还是资深工程师，本书都值得一读。随着你的阅历的增加，每一次重读这本书，都会有不一样的感悟，正如书名“从优秀到卓越”，作者为你指明了道路，至于是否能成功，则要看自己的修炼了。

我会把读书过程中一些精彩的言论摘录下来，有时会加入一些自己的见解或者经历，读书笔记的大纲与书本身的大纲是一致的，这也是我从另外一个地方学到并一直在用的“如何阅读一本书”，记录下来方便自己经常查看，也方便读者查看。下面是<程序员的修炼-从优秀到卓越> 读书笔记系列：

1. 程序员的修炼-01：绝地反击之术
2. 程序员的修炼-02：编程之道
3. 程序员的修炼-03：Web 设计原则
4. 程序员的修炼-04：关于测试的一些思考
5. 程序员的修炼-05：了解你的用户
6. 程序员的修炼-06：互联网那些事
7. 程序员的修炼-07：游戏与编程
8. 程序员的修炼-08：阅读之美

我的编程生涯是与 BASIC

想玩游戏就自己写

游戏玩家到程序员的蜕变

《程序员的修炼——从优秀到卓越》是《高效能程序员的修炼》的姊妹篇，包含了Coding Horror博客中的精华文章。全书分为8章，涵盖了时间管理、编程方法、Web设计、测试、用户需求、互联网、游戏编程以及技术阅读等方面的话题。作者选取的话题，无一不是程序员职业生涯中的痛点。很多文章在博客和网络上的点击率和回帖率居高不下—— from 豆瓣

Jeff Atwood于2004年创办Coding Horror博客(.codinghorror.)，记录其在软件开发经历中的所思所想、点点滴滴。时至今日，该博客每天都有近10万人次的访问量，读者纷纷参与评论，各种观点与智慧在那里不断激情碰撞 —— from 豆瓣

《程序员的修炼——从优秀到卓越》的写作风格风趣幽默，且充满理解和关怀；适合从新手到老手的各个阶段的程序员阅读，也适合即将成为程序员的计算机和相关专业的学生阅读。《程序员的修炼——从优秀到卓越》能够帮助读者更多地关注技术工作的人性和人文因素，从而实现程序员职业生涯的成功转折 —— from 豆瓣

关于我 && 博客

1. 关于我 , 非常希望和大家一起交流 , 共同进步 .
2. 博客内容导航
3. 优秀博客文章记录 - Android 性能优化必知必会

一个人可以走的更快 , 一群人可以走的更远

本文是 <程序员的修炼-从优秀到卓越> 的读书笔记的第六篇，这本书的作者是 Jeff Atwood，StackOverflow 的创始人之一，Jeff 的文章涉及面很广，他是一个经验老道的程序员、管理者、创业者，这本书谈到了编程之外的很多东西，不管你是初级工程师，还是资深工程师，本书都值得一读。随着你的阅历的增加，每一次重读这本书，都会有不一样的感悟，正如书名“从优秀到卓越”，作者为你指明了道路，至于是否能成功，则要看自己的修炼了。

我会把读书过程中一些精彩的言论摘录下来，有时会加入一些自己的见解或者经历，读书笔记的大纲与书本身的大纲是一致的，这也是我从另外一个地方学到并一直在用的“如何阅读一本书”，记录下来方便自己经常查看，也方便读者查看。下面是<程序员的修炼-从优秀到卓越> 读书笔记系列：

1. 程序员的修炼-01：绝地反击之术
2. 程序员的修炼-02：编程之道
3. 程序员的修炼-03：Web 设计原则
4. 程序员的修炼-04：关于测试的一些思考
5. 程序员的修炼-05：了解你的用户
6. 程序员的修炼-06：互联网那些事
7. 程序员的修炼-07：游戏与编程
8. 程序员的修炼-08：阅读之美

保存互联网，留住所有记忆

网络中立的重要性

YouTube 上的版权保护

《程序员的修炼——从优秀到卓越》是《高效能程序员的修炼》的姊妹篇，包含了Coding Horror博客中的精华文章。全书分为8章，涵盖了时间管理、编程方法、Web设计、测试、用户需求、互联网、游戏编程以及技术阅读等方面的话题。作者选取的话题，无一不是程序员职业生涯中的痛点。很多文章在博客和网络上的点击率和回帖率居高不下—— from 豆瓣

Jeff Atwood于2004年创办Coding Horror博客(.codinghorror.)，记录其在软件开发经历中的所思所想、点点滴滴。时至今日，该博客每天都有近10万人次的访问量，读者纷纷参与评论，各种观点与智慧在那里不断激情碰撞 —— from 豆瓣

《程序员的修炼——从优秀到卓越》的写作风格风趣幽默，且充满理解和关怀；适合从新手到老手的各个阶段的程序员阅读，也适合即将成为程序员的计算机和相关专业的学生阅读。《程序员的修炼——从优秀到卓越》能够帮助读者更多地关注技术工作的人性和人文因素，从而实现程序员职业生涯的成功转折 —— from 豆瓣

本文是 <程序员的修炼-从优秀到卓越> 的读书笔记的第五篇，这本书的作者是 Jeff Atwood，StackOverflow 的创始人之一，Jeff 的文章涉及面很广，他是一个经验老道的程序员、管理者、创业者，这本书谈到了编程之外的很多东西，不管你是初级工程师，还是资深工程师，本书都值得一读。随着你的阅历的增加，每一次重读这本书，都会有不一样的感悟，正如书名“从优秀到卓越”，作者为你指明了道路，至于是否能成功，则要看自己的修炼了。

我会把读书过程中一些精彩的言论摘录下来，有时会加入一些自己的见解或者经历，读书笔记的大纲与书本身的大纲是一致的，这也是我从另外一个地方学到并一直在用的“如何阅读一本书”，记录下来方便自己经常查看，也方便读者查看。下面是<程序员的修炼-从优秀到卓越> 读书笔记系列：

1. 程序员的修炼-01：绝地反击之术
2. 程序员的修炼-02：编程之道
3. 程序员的修炼-03：Web 设计原则
4. 程序员的修炼-04：关于测试的一些思考
5. 程序员的修炼-05：了解你的用户
6. 程序员的修炼-06：互联网那些事
7. 程序员的修炼-07：游戏与编程
8. 程序员的修炼-08：阅读之美

逻辑人的争议

软件开发者身上的所有的“坏毛病”中，最严重的可能是：我们自以为是典型用户。然而大部分的开发者没有意识到的是，我们其实是异类，我们绝非等闲之辈 — 我们是边缘人。

作者提到了“逻辑人”和“现代智人”的概念

• 逻辑人：逻辑人渴望控制那些让他们感兴趣的东西，而那些让他们感兴趣的都是些复杂的确定性系统。人是复杂的，但他们不像机器，他们的行为不具有逻辑性和可预见性，最好的机器是数字的，因为这样它就能变得最为复杂、精细，病区能被程序员轻易改变。

• 现代智人：一般的普通用户，他们只是想简单地使用，而不是去控制。

对于逻辑人来说，控制是他们的目标，而复杂是他们愿意为之付出的代价，对于普通人来说，简单是他们的目标，失去控制权是他们愿意付出的代价。逻辑人被一种对工作原理难以抗拒的认知欲望驱使着，相比之下，现代智人渴望的是成功。

Alan Cooper 列了一些逻辑人的典型特征，你可以对号入座一下：

1. 不惜牺牲简单以换取控制
2. 不惜失败以换取认知
3. 不放过任何一点可能性
4. 行为像体育特长生

另外一句话软件工程师们需要谨记：任何人都能做出一个没人会用的复杂软件，这其实并不难！把软件做的简单易用才是真本事。你必须停止像逻辑人一样思考，而应该学会像现代智人那样思考。

象牙塔式的开发

象牙塔式的开发指的是：开发团队常年封闭在“高塔”之中，一门心思地做着魔法一般的软件。因为缺乏强有力的证据，开发者都假设其他人都是开发者，这是很危险的。

作者建议：在整个项目周期内，请尽力将你的开发人员暴露在用户面前：参加用户会议，参与可用性测试和验收测试，与用户进行交流，分析用户的数据和行为。

Eric 提出的“互信关系”：当人们从你那里购买软件的时候，他们对眼下和将来有很多期望：

1. 他们相信，你的产品可以在他们的机器上正常工作
2. 他们相信，如果他们碰到了问题，你会帮助他们
3. 他们相信，你会坚持不懈地改进产品
4. 他们相信，你会一一个公平、合理的价格为他们提供改进后的版本
5. 他们相信，你的公司不会再短时间内破产

让程序员设计界面的后果

优秀的程序员都有自知之明，知道自己能做什么，不能做什么。他们要么直接拷贝别人的优秀设计；要么本分地只做编码，而把界面设计的工作交给其他专家。

是朋友，就别让你的朋友做出只有程序员才会使用的界面。

保护“中间分子”

专家和小白都只是一小部分人，大部分水平相当的用户都属于“中间分子”，你应该重视这些中间分子，中等水平的用户数量是如此巨大，他们如此具有主导性，以至于你可以放弃新手和专家级别的用户。

为了迎合为数不多的新手和专家，你在软件开发过程中耗费了大量的时间，最终只是让产品变得更差，结果还冷落了核心用户群。

每个用户都会说谎

用户的愿望与现实几乎总是相悖的，我们提倡要观察用户的实际行为，而不是听他们叙述他们的所作所为，其原因就在于这种背离。观察是一种很强大的技能，要学会通过人民的行为来判断，而不是听他们说什么就是什么。

作者提到了“活跃用户的矛盾体”这个概念：活跃用户的矛盾体是一种自相矛盾，因为如果用户对系统多一些了解，从长远来看，是会节省时间的。但现实世界里，人们的行为模式不是那样的。因此，我们不能忍工程师针对理想化的用户开发产品，因为现实中的人是非理性的，我们必须根据用户的实际行为模式来设计产品。

每个用户都会说谎，预期询问用户是否喜欢你的软件–他们当然会说喜欢，因为当面说你的软件有多么糟糕头型是多么的无理 – 你应该效仿 Gregory House ： 去观察他们是否使用了你的软件，以及他们是怎么使用的。基于行为数据去设计你的软件，而不要靠用户说的“谎言”（不管那些谎言带有多大的善意）

别把产品发布当目标

衡量程序员是否成功，有个标准是看他发布了多少代码，但是仅仅发布是不够的，有多少用户正在使用你的软件，这才是衡量成功的终极目标

聪明的软件开发者知道，他们的工作远远不止编写代码和发布产品；他们的工作是开发出人民真正想要的使用的软件。这当然包括编码，但还有大量的全局性的其他的事情，比如撰写技术文档、交互设计、培养社区用户、乃至产品愿景，这些对于软件的全面成功都是至关重要的。如果连这一点都没有搞明白，那么你写了什么样的代码就无关紧要了。

别问，需观察

用户口述他们想做的事情，与他们实际的所作所为相比，往往天差地别。从可用性的角度来看，询问用户他们想要什么是徒劳的，原因就在这里 – 你必须观察他们正在做了些什么。在可用性方面，你不能猜测行事，你必须去观察用户如何使用你的软件，除此之外别无他法。

在做设计的时候，如果能基于用户对你的软件的实际使用方式来做决定，岂不是更合理？不管你是在“低保真的可用性测试”转几篇每个观察用户，还是收集用户行为数据、然后在无形之中观察用户，宗旨是一样的：别问，须观察。

功能越多越好吗

软件依靠新功能来推动销售，但久而久之，那些新增的功能恰恰是使得软件越变越糟的罪魁祸首 。那种正在慢慢滋生的微妙的“功能癖” — 他会摧毁人们最喜爱的软件。

一个不好的趋势是：软件公司把现有软件修复 bug 的优先级设得比较低，而把为接下来的版本开发新功能这事看的特别重要。导致的结果就是，软件的质量每况愈下。（就像 Flyme 和 MIUI）

我们也许不该在盲目地把软件当成一堆功能来衡量 – 人们总有“食量”限制，就像在吃自助餐时，那么多事物你吃得完么？我们应该以结果为导向，衡量软件在帮助我们完成任务时的生产力或效力。

生物会为所欲为

作者认为，社会工程充其量是一种不精确的科学，即使在网络空间原型里也是这样。有人曾经说过，“在最精心准备的实验中”，即使条件收到最严格的控制，生物也将为所欲为

在构造社会性软件时，人是所有问题的根源，但解决问题最终还得靠那些人

为了一点绶带

作者总结了自己在 Stack Exchange 的工作内容：我所做的是、我最擅长的是、我最最热爱并且胜过世界上任何其他事情的是，为喜欢相互写几段文字的人们设计大型多人游戏。我吧他们的痴迷，引导到某种积极的事情上面；他们可以从中学习，还可以为整个世界创造一些可以重复利用的美妙作品 — 这依然是我所欲之事，因为我还保留有源源不断的痴迷。

为反社会人群构建社交软件

作者提出了 “10个可怕的想法”：

1. 从根本降低参与的门槛
2. 信任用户
3. 生活就是世界上最大型的多人在线角色扮演游戏
4. 总有坏事发生
5. 喜好胜过金钱
6. 规则可以很有趣，并且具有社交性
7. 所有的现代网站都按游戏的方式来设计
8. 考虑周到的游戏设计促成可持续发展的社区
9. 社区的观点不一定是对的
10. 需要一定的调解

如果你想在网上学点东西，你必须好好设计你的软件，引导人们与生俱来的社会群体冲动，并使他们重新聚焦在有价值的事情上。

《程序员的修炼——从优秀到卓越》是《高效能程序员的修炼》的姊妹篇，包含了Coding Horror博客中的精华文章。全书分为8章，涵盖了时间管理、编程方法、Web设计、测试、用户需求、互联网、游戏编程以及技术阅读等方面的话题。作者选取的话题，无一不是程序员职业生涯中的痛点。很多文章在博客和网络上的点击率和回帖率居高不下—— from 豆瓣

Jeff Atwood于2004年创办Coding Horror博客(.codinghorror.)，记录其在软件开发经历中的所思所想、点点滴滴。时至今日，该博客每天都有近10万人次的访问量，读者纷纷参与评论，各种观点与智慧在那里不断激情碰撞 —— from 豆瓣

《程序员的修炼——从优秀到卓越》的写作风格风趣幽默，且充满理解和关怀；适合从新手到老手的各个阶段的程序员阅读，也适合即将成为程序员的计算机和相关专业的学生阅读。《程序员的修炼——从优秀到卓越》能够帮助读者更多地关注技术工作的人性和人文因素，从而实现程序员职业生涯的成功转折 —— from 豆瓣

本文是 <程序员的修炼-从优秀到卓越> 的读书笔记的第四篇，这本书的作者是 Jeff Atwood，StackOverflow 的创始人之一，Jeff 的文章涉及面很广，他是一个经验老道的程序员、管理者、创业者，这本书谈到了编程之外的很多东西，不管你是初级工程师，还是资深工程师，本书都值得一读。随着你的阅历的增加，每一次重读这本书，都会有不一样的感悟，正如书名“从优秀到卓越”，作者为你指明了道路，至于是否能成功，则要看自己的修炼了。

我会把读书过程中一些精彩的言论摘录下来，有时会加入一些自己的见解或者经历，读书笔记的大纲与书本身的大纲是一致的，这也是我从另外一个地方学到并一直在用的“如何阅读一本书”，记录下来方便自己经常查看，也方便读者查看。下面是<程序员的修炼-从优秀到卓越> 读书笔记系列：

1. 程序员的修炼-01：绝地反击之术
2. 程序员的修炼-02：编程之道
3. 程序员的修炼-03：Web 设计原则
4. 程序员的修炼-04：关于测试的一些思考
5. 程序员的修炼-05：了解你的用户
6. 程序员的修炼-06：互联网那些事
7. 程序员的修炼-07：游戏与编程
8. 程序员的修炼-08：阅读之美

单元测试是必要的

单元测试真正的价值在于，它迫使你停下来，为测试思考一番。大部分开发人员都不做测试！他们只是随意输入一些数字，然后点几个按钮，如果这个过程中没有发现尚未处理的异常，他们就觉得代码已经足够好了，可以交付给测试团队了。

单元测试让你为刚刚写下的代码思考一连串艰难但又不得不思考的问题：

1. 我该怎样测试这块代码？
2. 我该执行何种测试？
3. 通常的情况是怎么样的？
4. 可能碰到的异常情况有哪些？
5. 我有多少外部依赖关系？
6. 我可能碰到哪些系统故障？

有时候是硬件问题

作者这一节主要举了一个他们实际遇到的例子，由硬件引起的 bug，排查起来异常困难，但如果用对了工具，那么将事半功倍。

尽管软件是不可靠的，但我们不能总把矛头指向软件，有时候，你面对的确确实实是一个硬件问题。

异常驱动的开发

作为一个开发者，你不应该让用户来指出哪里有错误，你应该比用户更加熟悉你的系统。所以你需要建立一种异常和错误报告机制，你需要集中在一个地方去处理所有的错误，这个地方是你团队里面的所有的开发人员非常熟悉的，而且每天会接触到的。比如 Stack Overflow ，用 ELMAH

对于 “测试驱动开发” 的一个思考是时间投入回报比，如果你修复了一个真实用户永远也碰不到的 bug，那么你的修复有什么价值呢？

作者建议大家使用 “异常驱动的开发”：

1. 将你的软件发布出去，让尽可能多的用户去使用它
2. 然后一心一意地研究他们产生的错误日志，使用那些异常日志去找出问题的根源，并且专注在你的代码中有问题的区域
3. 重新架构，重构代码，以消除最严重的3个问题
4. 快速迭代，部署，如此周而复始

这种数据驱动的反馈机制是非常有效地，几个迭代下来，你的程序将非常稳定，坚如磐石。

《程序员的修炼——从优秀到卓越》是《高效能程序员的修炼》的姊妹篇，包含了Coding Horror博客中的精华文章。全书分为8章，涵盖了时间管理、编程方法、Web设计、测试、用户需求、互联网、游戏编程以及技术阅读等方面的话题。作者选取的话题，无一不是程序员职业生涯中的痛点。很多文章在博客和网络上的点击率和回帖率居高不下—— from 豆瓣

Jeff Atwood于2004年创办Coding Horror博客(.codinghorror.)，记录其在软件开发经历中的所思所想、点点滴滴。时至今日，该博客每天都有近10万人次的访问量，读者纷纷参与评论，各种观点与智慧在那里不断激情碰撞 —— from 豆瓣

《程序员的修炼——从优秀到卓越》的写作风格风趣幽默，且充满理解和关怀；适合从新手到老手的各个阶段的程序员阅读，也适合即将成为程序员的计算机和相关专业的学生阅读。《程序员的修炼——从优秀到卓越》能够帮助读者更多地关注技术工作的人性和人文因素，从而实现程序员职业生涯的成功转折 —— from 豆瓣