这本书强烈推荐给大家，基本上是全程带着兴奋和共鸣读下来的。两位作者是谷歌的工程师（其实是工程经理），他们有着极强的软件开发能力。从这本书的内容可以看出，他们也具有极强的领导力，是那种优秀的人才愿意跟着的领导。书中的前半部分主要介绍了 HRT 原则，即谦虚，尊重和信任。软件开发的本质，并不完全是技术工作，更多的是团队氛围和文化的建设，给工程师打造一个安全的，可以承认自己不足的环境。之所以要如此重视团队文化，是因为，这个世界上，优秀和伟大的作品都是由团队打造出来的。 Linux 很伟大，但是 Linus 只写了一个类 Unix 的内核，我们现在所用的 Linux 发行版，都是经过无数人和团队的合作打造出来的。比尔盖茨非常伟大，但微软其实是在无数优秀工程师的合力打造下，才成了现在的模样。我们要尽早的对外暴露自己的想法，原因是，自己单打独斗的想法，更有可能是偏离了方向的想法。而提早与团队其他人交流，则可以尽快的纠偏，回到正确的轨道上。这就需要我们不要太在乎自己的面子，甚至于大过自己的工作。回到刚才的 HRT 原则，我们在跟团队成员沟通时，要尽量直接、坦诚和信任。在对方知道我们信任他们的前提下，会更容易接受对自己的批评。在这种情况下，如果我们或者团队其他成员做错了某件事，想要让这件事成为团队的财富，需按照模板来写一份出色的时候检讨：1. 简要 2. 事件的时间线，从发现到调查，再到最终结果 3. 事件发生的主因 4. 影响和损失评估 5. 立即修正问题的步骤 6. 防止事件再次发生的步骤 7. 得到的教训对于领导来说，要当好 “仆人式领导”，不要新官上任三把火，在事情面前要冷静，你的冷静也会让团队成员冷静下来。要勇于承认自己的不足，这样反而会更容易赢得团队成员的尊重。雇佣比自己能力强的人。领导最重要的事情，是帮助团队过滤一些琐事和杂事，同时服务好团队成员。这也是一些公司中设置 TechLead 和 TechLeadManager 这两个头衔的原因。你怎么看到团队成员，团队成员就会以什么样的方式行事。你把他们当做孩子，他们就会表现出不成熟。你充分信任他们，他们就会有更强的责任感。在定目标时，大家共同决策和讨论，他们就会更有参与感。作者最后告诉我们，这并不是一本关于技术的书，书中讲的是如何构建一个高效的团队和组织的方法论。看完这本书后，收获非常多，强烈推荐给大家。

作者写的是工程师（程序员）和团队的故事，但是故事的场景与其他研发场景，甚至一些团队场景很相近，有一种说的是自己身边故事的感觉。有人的地方就有社会、有江湖。和团队的其他人保持良好的互动关系，有时比技术精湛带来更大的帮助，这种作用超过了我们的想象。知道和做到是两个不同的境界，没有经历过的，有时无法体会到。有真实体验的，看到一些精妙的地方，则会会心一笑。知道了合作的境界，日常多练习，与人为善，很快会发现这种做法带来的好处。

从团队，个人发展，产品，用户等方面给程序员的一些具体建议