刚开始读《构建之法》这本书时，书上所提到的很多问题都是我们平常在写代码时候会犯的一些小的错误，就我个人而言，在我还没读《构建之法》这本书之前，我还不知道我平常在写代码中犯了这么多的错误，虽然这些错误都是一些小错误，并不影响代码的执行，但是看了《构建之法》这本书之后，才忽然明白原来一些小错误也会造成大的问题。
《构建之法》这本书我基本每天睡前读一章，有时实在太困了，可能就读半章。不得不说，这本书绝对是良心之作，书中用使用了移山公司，王屋村这样的经典词汇。都说程序员每天的工作就是搬砖，邹老师还真是把这点描绘的淋漓尽致呢。邹老师可能也想通过这些名字告诉我们，矢志不渝必能成功吧。
书很多人物之间的对话悄然道出了在开发项目的过程中，各色人等对项目的看法，对项目某些问题产生的质疑，以及日常生活中都会遇到的沟通障碍等等问题，基本上是我看到了一个问题我刚想找老师讨论，后面的小节就出现了人物之间就这个问题的讨论。此外书中使用了很多通俗易懂的词汇，并且使用了很多我们生活中的例子来解释，我们在写代码中所遇到的问题，通过这些例子很容易让人明白我们的错误在哪，今后应该怎样改正，这是我在看这本书所收获得的最大的收获。
邹老师提出在课程中要求学生写技术博客，并且通过博客与老师或者助教交流，博客大家总不能写的都一样吧，如果一样，那一定是抄袭无疑。通过博客也可以看到学生对项目和知识点的掌握情况。在课程中要设立个人项目、两人项目、团队项目，并且相信学生想做好，能够做好。那些多写测试工具，多写读书报告，多为大家服务的同学，也一定是认真的同学，同样能得到好分数。而且通过博客可以看到其他同学大的作业，这样可以相互的交流学习。
用客观数据来评分这也是一个非常好的评价标准。大家把自己写好的程序发到网上，下载量一目了然。你的程序好不好，不是你自己说了算的，你对技术理解的咋样看看你博客阅读量就知道了。当然了，这些也都是可以刷出来了，但大家把自己的东西都放到了网上，大家一定会更加认真的对待自己的作品，因为“是骡子是马拉出来溜溜”，全世界的人都能看到你的作品了，都可以给你的作品点赞或者抵毁你的作品了，是不是抄袭，谁抄袭谁的，不用我说，别人也一定看得出来。
问题1
要做一名合格的软件测试师需要具备的知识有哪些？
问题2
结对编程的适用范围有哪些？
问题3
现阶段我们所学的都是课程上的跟企业的实际需求相差很多，我们应该怎么做才能与企业接轨？
问题4
书上提到的IT行业的创新，作为一名在校大学生应该怎样适应IT行业的创新？
问题5
一个程序的BUG数应该控制在哪个范围内，才能供用户使用？