读现代软件工程之构建之法的疑问

      在第一章中主要讲的是软件的的发展，和软件工程的定义，以及软件工程各个方面的过程。在第一看完这章后确实有种冲动。但是在冲动后有种疑问。在软件的复杂性中写道，工程师在维护程序时最多只能看到30-80条代码，但是在上百万条代码的程序中，我们该怎么维护。以我为例，当我在做一些几百行小程序时，我想要返回来修改一些代码（这些代码是正确的，只是想改变功能），有时都摸不着头脑，都不知道，要修改的代码在哪一行。

     在第二章主要注重的是个人能力的培养，也是进入一个软件设计团队的基本要求。在本章中，主要是在以程序的单元测试来说明个人能力的强弱。其实我认为个人的能力是不只是在单元测试方面，然而单元测试则是最主要说明能力的地方。我在读完本章后，一直有个问题不明白，单元测试，是在所有模块整合完了，再测试？还是在还没有整合前，单个模块单个模块的测试？如果整合完了，那代码的量不就多吗？如果没整合，但是在整合完还是要测试，那当时的测试不就没意义了吗？

      在第三章中主要是讲合作的基础，二人合作。在本章中主要以程序的复审，来说明结对的重要性。在本章开头说到代码，既然代码的杂乱是对机器没影响的，何不就让他打乱，这别人看不懂，就抄袭不了了吗？

      在第四章中主要是讲能力的检测。我想问下，在一个科技公司认证的职业资格，在其他企业能承认吗？如微软的职业认证能在被谷歌承认吗？

      在第五章中主要讲的是团队的重要性，在团队中各有各的作用，只是有人的贡献比较突出，比较容易看出。而有些人经常被忽略，如白龙马。有些人认为白龙马，是可以或有或无的。但我不那么认为。在取经路上它也帮忙除过妖，也当了苦力。若没有他，这一路也不可能顺利进行。我想问的是，当我是那种人时，我该怎么办？或者如何摆脱这种局面？（我知道在这本书中没有提到白龙马）。