今天作者主要讲述的是关于“软件工程师的成长”的话题。相信这个话题也是所有身处这个行业的工程师们最关注的。
要衡量一个软件工程师的能力，那么必须设计一定的衡量指标。就像衡量一个NBA的职业运动员，或者是一个俱乐部的足球运动员，有很多的衡量指标一样，软件工程师也是有很多的衡量指标的。
作者指出，软件项目的确需要创造性，需要一些意外，一些惊喜。但是，更多的是常规的、可重复的任务。一个成熟的软件工程师应该能够降低任务交付时间的标准方差。如果你能长时间稳定而按时地交付工作的结果，内部和外部的顾客就会对你的工作有信心，更喜欢与你合作。
作者讲述了团队对个人的一些期望点。与PSP想对应的一个概念是TSP（Team Software Process），TSP对团队成员的要求如下：
（1）有效的交流；
（2）说到做到，按时交付；
（3）接受团队赋予的角色并按角色要求工作；
（4）全力投入团队的活动；
（5）按照团队流程的要求工作；
（6）时刻做好准备；
（7）理性的工作。
著名的艺术家Chuck Close说：我总觉得灵感是属于业余爱好者的。我们职业人士只是每天持续工作。今天你继续昨天的工作，明天你继续今天的工作，最终你会有所成就。
接下来作者提出了软件工程师的一些思维误区：
（1）分析麻痹；
（2）不分主次，想解决所有依赖问题；
（3）过早优化；
（4）过早扩大化/泛化（Premature Generalization）——画扇画，调侃目标和远景。
接下来作者提出了软件工程师的职业发展，指出了专和精的关系，职业成长，自我评估。
接下来作者根据自己对魔方的真实案例，指出了如何准确地评价自己的能力。并且用一个实际的案例，一个简历上写着是“精通”Visual Studio C#编程的大学生，在进行面试时解决的问题，都是一些最最基本的问题。结果，你发现他把时间都花在“解决（低层次）问题”上了，面试官想考察的“算法技能”、“C#程序设计技能”都无暇顾及。
那怎么提高技能呢？
答案很简单，通过不断的练习，把那些低层次的问题都解决了，变成不用经过大脑的自动操作，然后才有时间和脑力来解决较高层次的问题。
作者指出，这正好对应教育理论中的三个区域的理论（舒适区，学习区，恐慌区）。
我们不应该一开始就让自己处于恐慌区，这样会极大的打消自己的学习积极性。而应该选择合适的“学习区”来学习，不断构建自己的舒适区，从而扩展学习区，最后在某些领域达到技能的精通，是一个循序渐进的好办法。
本章的最后，作者还是对大家比较熟悉的魔方，来描述不同的精通程度，相对应的魔方的技能。那么作者如何考察一个“精通”魔方的面试者呢：
（1）给面试者一个打乱颜色的魔方；
（2）要求他把六面还原；
（3）如果还原了，要求他把魔方恢复成面试官最初给他的那个混乱的局面，必须一模一样。
原文：https://www.cnblogs.com/wangzhaojun1670/p/12997169.html