好久没有写读书笔记！其实书一直在看，但是就一直没有把读书笔记写好，这其实就是自己懒，嘿嘿（怪我喽）。转入正题，还是好好写读书笔记啦。
单元测试，其实一开始我真是拒绝的，一听这个名字就感觉好复杂好复杂！我甚至都不知道这个是干什么的！直到那天要求我们对自己写的最大值的程序进行测试，才发现，啊！原来单元测试是这个东西！回头想想那个时候，在做了单元测试之后，才更能清楚自己要做什么，在做这个程序的时候，有哪些细节没有考虑到，下次应该多做一些什么！对于我来说，单元测试是一个利于重新思考的东西，尤其是在盲目或急于写程序的时候，它能带给我更多的思考和让我有更多的反思。阿超说：“在写技术模块的规格说明书的时候，要越详细越好，最好各项要求都可以表示为一个单元测试用例。单元测试也能帮助程序员记录这个版块的历史和设计变更的理由。”我觉得这句话就深得我心。另外，这也应该是如果自己没有经历过，会不以为意的一句真理吧。单元测试做的好，结果上肯定是利于我们写程序的能力的提升的，我们软件工程的人更多程度上，的确是不依赖于考试，而是靠我们自己的不断学习和经历，不断的收集数据，然后分析，最后得到提高。
谚语有云：一口不能吃成个胖子，罗马不是一天建成的。这句话给我最大的体会就是前段时间写四则运算的经历。一开始，只是简单的两个运算数的运算，考虑了分母不为零。后来，添加了一些运算数。再后面便是比较完整的有括号的运算题的生成，和结果的判断。慢慢的，我们从0吃成了10，也许10这个程度达不到，那么8.9也是有的。在课上的时候，王老师就一再强调了不会做，就分开做，一步一步来，直到最后写出来。
后面就讲到了初级软件工程师的成长之路。这个就是我们应该好好的遵循的一条道路啦（不是绝对的遵循，但是“大同小异”吧）。首先积累软件开发的相关知识，提升技术技能；然后积累问题领域的知识和经验；理解通用的软件设计思想和软件工程思想；提升职业技能；有实际成果的展示。思考良久，我觉得自己还是停留在了第一台阶上，现阶段的我们只是知道某些语言，了解某些语言，真正的运用压根都谈不上。这个阶段，应该就是好好的学习和总结了吧！
其实真正让我引起反思的是书后面的魔方的事例。首先，我也是会玩魔方的，当然了，这是我自认为的，直到我看完那个例子，才深深明白，我是一点都不会。先讲讲我的魔方之路。一开始就是跟风呗，班级里人都会，我就也学，一开始，费半天劲也只能拼出一面，后来，我就开始百度各种教程，了解到有一些口诀是可以解决魔方这个问题的，然后，开始学习，最后当然是学会了。不过，等我学会了，班级里的人早已对这个玩具失去了兴趣，于是，我也不玩了。后来，再见到魔方，也是凭着映像能拼出来，只不过，最后一层的完成与否就要靠运气啦！尽管，我算是一个会拼魔方的人，但归根到底，对于原理，我其实是不太明白的，对于速度，我也是没有优势的。玩魔方的例子映射到我的学习，就是，会做题，但是不知道为什么，可以写出答案，但是不能在交卷前写完。这个问题，仿佛是学生的一个通病，总自以为会了，实际上，我们什么都不会。以后呢，还是要谦虚一点，多学一点，不要总自以为什么都会了，而沾沾自喜。