这本书
这本书本意是给刚出道的工程师一本少走弯路的指南，但事实上，里面大部分的内容，刚出道的工程师因为接触的太少，职责上也不太需要对这些领域负责，所以很难有很深刻的体会。
至少有一句话是一定不错的：学会写代码，你只成功了一半。
事实上，我觉得连一半都谈不上。
这本书会给你一个（打工的）工程师完整的职业技能图谱，如果你希望走的更远，里面的每一点都不可或缺。
我是认真的，真的每一点都不可或缺。
自驱动
这本书甚至把学习能力放到的编码能力之前，因为工程师这个职业注定是一个终身学习的职业。
- 如何自己学习
- 如何在工作中学习
- 如何有效的提问来学习
- 如何通过社交来学习
- 如何通过副业来学习
少年，学一辈子可好？
硬技术
编码是最基础的能力，很悲观的是，大部分程序员的编码能力都不及格。这里并不像赘述，这里应该有至少十多本书。
周边技术能力，T型技能树是你的目标
只会编码的工程师，很可能一事无成。
你的代码需要在生产环境运营才能第一次产生价值。
- 架构师需要确保这些代码的工程实践符合企业业务要求，行业标准
- 测试工程师需要确保这些代码的质量在企业需要的水平线以上
- 运维工程师需要确保这些代码工程化的合理，运行状态长期可观测可保障
在一份代码产生价值的时候，代码本身的功能价值虽然不可或缺，但占比也许比大部分的工程师想象的都小。
软技能
人，终究不可能单打独斗的。
你需要和同事沟通，你需要和业务部门沟通，你需要在复杂的协作环境里让你的代码继续产生价值。
终究，你需要面对向上管理；终究，你需要面对向下管理。
规划和发展
我在推特上写过很长的帖子，记录工程师可能的技能树发展路径。大部分人需要在「技术深度」「行业深度」「管理深度」这三条分支上做选择，能兼顾任何两条，足以让你在大部分岗位上游刃有余的输出。
三条技能树都点满的，我至今没有见过，一个都没有。
最后
最后，这本书不光值得刚入职场的新人阅读，也适合在职场混迹了十年以上的老朋友们温故知新。
毕竟，每个项目，每个人生，最开始都是一份README.md。