下载掌阅APP，畅读海量书库
立即打开
笔者认为，软件研发人员在开发过程中为了完成目标而做出妥协是很常见的，比如通过牺牲一些效率、可读性、可测试性来保证按期交付。但在本章中，笔者建议开发人员对软件质量要有苛刻的自我要求，坚持不要去牺牲任何关于质量的特性，除非万不得已。对于有些绕不开的问题，只要稍加努力并借助适当的工具，也能妥善将其解决。
本章介绍了性能是由准确率、速度、效率构成的，以及业界对于性能问题的常见误解。我们认识到了过早悲观、过早优化、过早扩展带来的结果。最后，在性能的优化过程中，我们了解到优先优化效率才是正确的方向。
在下一章中，笔者会介绍Go语言。在优化Go程序性能之前，必须对它有足够的认知，不然一切都是纸上谈兵。
[1] 为了证明这一点，笔者甚至在Twitter上做了一个小实验（ https://oreil.ly/997J5 ）。
[2] 剑桥词典中对性能一词的定义（ https://oreil.ly/AXq4Q ）：一个人、机器等完成工作或活动的表现如何。
[3] 笔者建议变更日志使用标准格式，可以参考 https://oreil.ly/rADTI ，该材料还包含如何清理release notes的宝贵建议。
[4] 这里能使用“less performant”（低性能）吗？不能，因为英语词汇中不存在performant这个词。这里也不能使用高低性能来形容软件——因为软件的性能总有提升的空间。从实际意义上讲，软件的速度总是有限的。H.J.Bremermann在1962年提出了一个概念：存在一个依赖于系统质量的计算次数物理极限（ https://oreil.ly/1sl3f ）。根据这个概念就可以进行估算，1kg重的高配笔记本计算机每秒大约可以处理10 50 bit，而地球质量大小的计算机每秒最多也就可以处理10 75 bit。虽然这些数字看起来异常大，但即使用如此大的计算机处理复杂性为10 120 的国际象棋也需要花费很长时间（ https://oreil.ly/6qS1T ）。这些数字在密码学中有实际用途，可以用于评估破解某些加密算法的难度。
[5] 这句名言经常被用来劝退那些尝试做优化工作的人，且经常被过度使用，它出自Donald Knuth的“Structured Programming with goto statements”（ https://oreil.ly/m3P50 ）（1974）。
[6] 这种变量风格通常被称为匈牙利表示法，它在微软公司中被广泛使用。匈牙利表示法有两种类型：匈牙利应用命名法（Apps Hungarian）和匈牙利系统命名法（Systems Hungarian）。有文献表明，匈牙利应用命名法在软件研发过程中可以带来很多益处（ https://oreil.ly/rYLX4 ）。
[7] 在开发时建议妥善使用IDE的某些功能来编写代码，例如，使用某些IDE编写出的代码可以构成“连通图”（connected graph）（ https://oreil.ly/mFzH9 ）。这意味着借助IDE的功能可以方便地管理依赖关系。任何动态分派、代码注入和延迟加载都会导致这些功能被禁用，除非有特殊需求，否则应该避免影响这些功能的正常使用。
[8] 认知负荷是指人在学习或完成任务过程中进行信息加工所耗费的认知资源的总量（ https://oreil.ly/5CJ9X ）。
[9] 可缓存性（Cachability）被定义（ https://oreil.ly/WNaRz ）为数据被缓存的能力。任何信息都可以被缓存（保存），以便后续更快地检索。然而，缓存的数据可能只在短时间内有用，或者只对少量请求有用。那些依赖于外部因素（例如，用户或者输入）并且频繁更改的数据，就不适合被加入缓存。
[10] 其实笔者在学习时也是这样，这种现象也被称为“学生症候群”（Student Syndrome）（ https://oreil.ly/4Vpqb ），又称为“拖延症”。
[11] Robert H.Dennard et al.，“Design of Ion-Implanted MOSFET's with Very Small Physical Dimension”（ https://oreil.ly/OAGPC ）， IEEE Journal of Solid-State Circuits 9 ，no.5（October 1974）：256-268.
[12] MOSFET（ https://oreil.ly/mhc5k ）即“金属-氧化物半导体场效应管”，被广泛用于电流开关控制与信号放大。它被证明具有高度的可扩展性和微型化能力，是历史上制造频率最高的电子设备，其数量是个天文数字。
[13] 笔者没有开玩笑，微软已经证实（ https://oreil.ly/nJzkN ），在水下40m处运行服务器是一个提高能源效率的绝佳方案。
[14] 苹果公司的M系列芯片（ https://oreil.ly/emBke ）不走寻常路，在速度、能效与硬件扩展灵活性之间选择了速度与能效。
[15] 为了确保开发人员能够理解那些网速较慢的用户，Facebook推出了“2G Tuesdays”（ https://oreil.ly/fZSoQ ）活动，该活动会在Facebook应用程序上模拟2G网络模式。
[16] 在AWS上购买这样的云实例其实并不贵，比如，实例类型x1e.32xlarge每小时收费26.6美元（ https://oreil.ly/9fw5G ），每月仅需支付19418美元。
[17] CAP定理（ https://oreil.ly/EYqPI ）是一个分布式系统设计原则。其名称由一致性（Consistency）、可用性（Availability）和分区容忍度（Partition tolerance）的首字母拼接而成，指的是在一个分布式系统中，这三个要素最多只能同时实现两个，不可能三者兼顾。
[18] 有趣的是，马克·扎克伯格却在2014年的F8大会上宣布将Facebook的口号改为“Move Fast with Stable infra”（快速行动，稳定基建）（ https://oreil.ly/Yt2VI ）。
[19] 当然还有其他原因，“Efficient Go”这个名字非常接近于Go语言领域的最佳文档“Effective Go”（ https://oreil.ly/OHbMt ）。该文档也对笔者有启蒙作用，权威且可操作性强，强烈推荐Go开发者阅读。