导语
书中提到优秀的程序员和较差的程序员生产率的差异可以有10倍之多，还通过数据显示了经验和实际的表现没有相互联系。不禁让我想到了28法则，但事实并非如此。这里引用乔丹·彼得森博士在一次演讲中的话 ——
But that’s not exactly the rule, the rule is worse than that. The rule is – In a given domain, the square root of the number of people operating in that domain do half the productive work.
- Jordan B Peterson
其实这样的说法还不够准确， 实际情况比这更糟糕。 真实的定律是 —— 在任何专业领域里, 所有参与人数的平方根贡献了一半的产出。
- 乔丹·伯恩特·彼得森
数学分析
写成公式是这样的，设y是工作量，x是员工数量
$$
0.5y = \sqrt x
$$
换项
$$
y = 2\sqrt x
$$
画成图是这样的
可以看到，当人数> 4时工作量会< 1人/份，这也印证了第二章的观点 —— 无脑堆人只会更糟。
团队配置
所以书中提出了一种团队配置的方案 —— 外科手术团队， 我就对比现实的经历，整理份对照表格。
| 岗位 | 书中描述 | 我见到的 |
|---|---|---|
| 外科医生 | 首席程序员 | 首席程序员 |
| 副手 | 他是外科医生的后备，能完成任何一部分工作，但是相对具有较少的经验。 | 一致 |
| 管理员 | 外科医生是老板 | 一致 |
| 编辑 | 外科医生负责产生文档 | 一般由文档工程师，或者产品(pd)代替 |
| 两个秘书 | 管理员和编辑每个人需要一个秘书 | 管理员不说，但编辑鲜有秘书，但有助理工程师，只是不常见 |
| 程序职员 | 他负责维护编程产品库中所有团队的技术记录。 | 很少见，看描述像是文档工程师 |
| 工具维护人员 | 现在已经有很多文件编辑、文本编辑和交互式调试等工具，因此团队很少再需要自己的机器和机器操作人员。 | 运维人员，小团队由首席和副手兼职 |
| 测试人员 | 外科医生需要大量合适的测试用例，用来对他所编写的工作片段，以及对 整个工作进行测试。 | 测试，小团队由PD和文档兼职 |
| 语言专家 | 这些专家非常有帮助，很快大家会向他咨询。 | 少见，一般由首席兼职 |
关于如何运作
书中提出，谋不可众的观点，即设计由外科医生和助手讨论得出，并由外科医生拍板，但实际上一般编辑也就是实际情况中的PD也会参与讨论产品细节。然后分发给其余人员执行即可。
对于扩展
书中的观点是，如果需要扩展，便以此配置作为最小单位扩展即可。