#软件工程网络15个人阅读作业2
问题或理解1:
在第二章-个人技术和流程中提到了单元测试，
软件的很多错误都来源于程序员对模块功能的误解、疏忽或不了解模块的变化……单元测试就是一个很有效的解决方案。
这个单元测试会让我联想到以前写代码的时经常干的一件事——调试。调试是对于在编码过程中产生的bug进行解决，那么我们在进行软件编程的过程中，对于调试和单元测试应该怎样分配精力和时间呢？又或者说哪一个更值得我们花更多的时间？
问题或理解2:
第三章-软件工程师的成长中提到了“专与精的关系”，一个大的团队由各方面专精的多位程序员组成，那么如果假设有这么一位全能的、各方面技术都过硬的超级能干的程序员，在不考虑时间和精力的前提下能否靠个人取代一个团队的情况呢？
问题或理解3:
第八章-需求分析讲到了软件是为了满足用户的各种各样的需求而生的。其中有一个小标题提到做过头了怎么办，我对于做过头的认知有些许理解。做过头是有一定的界限的，过犹不及这四个字用来形容文中goole的小故事再恰当不过了，他们的做过头已经不是说给用户提供更好的体验了，而是在鸡蛋里挑骨头，在吹毛求疵了，这是自己给自己找不痛快，其实他们做的事99.9%的用户可能都不会有感觉的，这就是一种不必要的做过头了。我认为做过头的正确做法是建立在能给用户的需求之上还能够体验到的更好的使用效果的前提上的。
问题或理解4:
第十六章的16.1.8中有一句话，
其实根据研究，创新人士的关键特点不是喜欢冒险，也不是躲避风险，而是从错误中恢复并继续努力，就像文言文说的“屡败屡战”。
我想应该有不少人会跟我一样有这么一个想法——创新不算冒险？我认为，创新该算是一种成功的冒险，有些人冒险成功了发现或者开创了某些东西，那就是创新；有些人失败了，他们付出的时间和精力没有得到回报，那么就不算是创新，在别人看来就是一种冒险，当然，是失败的冒险。
问题或理解5:
整本书快速浏览下来发现自己对于软件工程的理解已经不仅仅再局限于编程而已了。从个人到团队再到实际的项目开发，这里边不仅仅有编程，还有团队的协作，队友与队友的相处关系等等。可以说这本构建之法不仅仅构建的是软件开发方法，他也可以从中延伸，生活中的很多事都可以运用构建之法。