问题1.本书第4章“两人合作”中介绍到：代码复审核查表的其中一项内容是“代码容易维护么？”读到这里时，我想到在代码复审的过程中，容易维护的代码应该是相对而言的，但它面向的参考标准应有两方面。
我的问题是：代码容易维护是对于复审者而言，代码已经达到了复审者认为的一些标准，还是对于编译代码的软件而言，该代码达到了团队规定的最严格的的编译警告等级或者编译软件对代码的一些要求之后就可以认为该代码是易于维护的呢？
问题2.课堂上老师讲到软件在开发初期时是最好维护的，而越到后期越难维护甚至不可维护。因为在实际中软件开发后期的代码中的错误常常是很难改正的，而代码复审的目的在于找出代码错误、发现逻 辑错误、发现算法错误、发现潜在的错误和回归性错误，发现可能需要改进的地方等。
我的问题是：代码复审应在整个软件开发的哪个步骤中进行才能达到它的目的呢？
问题3.在本书第5章团队和流程章节中介绍了多种软件团队模式，其中交响乐团模式在我看来是较为靠谱的一种模式之一，在介绍该模式时书中提到“演奏的都是练习过多次的曲目，重在执行”。
我的问题是：软件工程中的哪一个环节可以与这一条目相对应？
问题4：书上很多次强调我们感觉好像项目完成了80%，殊不知后面的20%往往要花费80%的时间。那我们既然知道这个问题的存在，我们为什么不去降低这种没必要的时间花销？
问题5：我们现在知晓的过程模型以及开发模型不止一种，那我们看了这么多方法论之后，到底选择哪一种开发方法比较好呢？
标签：复审,错误,代码,问题,构建,关于,软件,维护 来源： https://www.cnblogs.com/xiao-hao/p/16156546.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。