工程师成长地图：程序员的README

我很喜欢英文的原标题："The Missing ReadMe"。

Readme是常见的开发者写给用户的文档，有点像说明书，但不一定复杂。通常包含背景信息、使用场景、注意事项等。开发者一直在为用户写文档，但在进入这个新的工程世界时，却缺少了这样一个指导手册，为迷茫的新手提供成长地图。

同时，学校更加重视技术培养，职场对工程师的定位也将技术能力放在首位。但却忽视了对工程师文化的理解、良好的开发习惯养成、内外沟通能力的提升以及如何在工程师世界中找到职业发展方向等重要问题。

幸运的人可能会找到师傅带路，没有的话，聪明的人需要找到自己的学习方法，学习那些学校不教、公司不重视的知识。

举个例子，你肯定知道要精进自己的技术，但学习最新的开发语言就一定是最好的吗？当你面对比毕业设计复杂得多的项目时，你可能不知从何入手、如何安全地为团队做贡献。你肯定知道在软件发布前需要进行测试，包括单元测试和集成测试等。但作为工程师，你的工作是开发本身，你需要花多少精力在测试上，需要使用测试工具吗，以及在哪些地方投入测试资源呢？

我相信对于很多资深工程师来说，这本书的内容是他们通过艰难的学习和失败摸索出来的。这些原则和最佳实践看起来很基础，但在实际工作中，真正养成良好习惯并持之以恒是很困难的。能够做到的人终将成为大师。知道好习惯并不难，难的是坚持并一直执行。比如在工作中保持整洁，包括文档和代码的整洁；习惯通过写作交流，而不是口头交流；平时多生成文档、多记录、多分享，定期进行回顾；向上管理，主动沟通。类似的原则适用于所有工作，这种有条理、明确目标的工作方式是专业且可信赖的体现，谁不想和专业可信赖的人合作呢？

技术很重要，但技术之外的东西更容易被看到，也更容易被忽视。对于新入行的新手来说，如果只读一本书，当然选择这本Readme。

这个中文标题其实也很有意思，我也可以理解为程序员本身的Readme，即如何“使用”一个程序员的说明。对于产品经理、项目经理和运营人员来说，同样很有帮助，可以用最简单快捷的方式了解他们的工作方式和术语，以更好地保护（压榨）可爱的程序员们。

最后说一下翻译。现在很多翻译都是草率的，但这本书的译者非常用心，可放心阅读。