2021/04/17 《构建之法》阅读笔记之二

对于单元测试，回归测试，效能分析和通过PSP讲解个人软件开发流程。在《构建之法》，上有一句话“哎，你看我一通加班，就写好了程序，得了高分。也不用啥软件设计的原则，事先也不用需求说明书，也不留什么文档，就搞定了！软件容易得很！“。这句话就是学生陷入了”我有银弹“得误区，虽然短期看来完成了作业，也得到了锻炼，而且花费的时间很少!但是细细分析，长期来看是对自己不利的，首先，这样在学习期间并没有学习到很多东西，只是单纯完成作业而已，其次，打代码的习惯并没有很好的得到练习，缺少了设计原则，以后工作会处于一个非常不利的地位。我觉得，个人学习应该一步步慢慢来，稳扎稳扎的向前走，而不是为了应付而应付。

关于评论软件工程师水平的主要方式，技能的反面，TSP对个人的要求，软件工程师的思维误区。

       在《构建之法》中，有五个等级分别是临时的寄托或工作、工作、职业、投身的事业以及理想的呼唤。我觉得前三种的进步空间是很小的，后面两种可以让你有很大的进步空间。我在一篇博客中看到一句话：“要么不要做，要么就精于事情。”只有你投身于事业中，你才能感到乐趣，才能够真正的完成一件事情，我觉得一个软件工程师的成长就是要以投身事业的态度去学习

关于代码规范，极限编程，结对编程，两人合作的不同阶段，影响他人的技巧。

在《构建之法》中，我看了这一段文字“在结对编程中，因为有随时的复审和交流，程序各方面的质量取决于一对程序员中各方面水平比较高的那一位。这样，程序中的错误就会少得多，程序的初始质量会高很多，这样会省下很多以后修改、测试的时间”。虽然我觉得这样会带动那个水平比较低的人，但是我觉得还是让两个水平差不多的人结对比较好，可以让这个程序的会更加的完美，只有融合了不同思路的软件才能够更全面，使这一个软件不至于那么的片面，我看过很多人做作业都是抱大腿然后都是由那个大腿一人决定了这个作业的好坏，但是这样的成品并不是很好。