读《构建之法》所提出的问题

问题1：本书第四章讲的是“两人合做”，在该章节中讲述了代码规范，代码复审，两人合做的技巧等......但没有涉及到一个问题，让我很疑虑，在一个开发团队中，每一个人编写代码的水平各不相同，那么，如何在团队中合理分配每人的任务？使每一个人都能在团队中出色的表现，从中受益，提升水平。

问题2：在第11章231页，有下面这样一段话 “写好代码后，小飞对照设计文档和代码指南进行自我复审，重构代码。” 对于“代码重构”不是很清楚。

  我查了一些资料，重构就是经过调整程序代码，但并不改变程序的功能特征，达到改善软件的质量、性能，使程序的设计模式和架构更趋合理，更容易被理解，提升软件的扩展性和维护性。资料中都在强调重构的好处，而重构在“软件系统的过程, 它不会改变代码的外部行为, 同时改善其内部结构。 这是一种严格的清理代码的方法, 它能够最大限度地减小引入错误的可能性。 本质上, 当重构代码时, 是在编写代码以后改进它的设计”。
  可是我对于具体的状况依然不是很理解，重构是对于旧的架构进行修改，来知足新的需求，那若是要大面积的修改，采起重构有效仍是重写有效？ 什么时候应该进行重构呢？

问题3：在通读到本书的最后时，老师留了一个问题：“软件工程师在企业中是劳动密集型的工人，仍是有首创性的专业人士？他们对软件企业的成败负有多大的责任？”

经过查阅资料，个人理解是这样的：软件工程师在企业中不该该是劳动密集型的工人，而应该是有首创性的专业人士。可是在中国的诸多企业中，包括外企，每每都是专业人士带领着一            群劳动密集型的工人在工做，普通的程序员再聪明，也没有能力在大方向上改变公司的决策。软件工程师与软件企业的成败息息相关，但对软件企业成败负多大的责任，倒是要多方面考虑的问题。软件企业的失败是有多方面缘由的形成的，好比经营模式、领导层的缘由，员工的缘由。他们所要负责的只是其中一部分。所以软件企业的成败不该该由软件工程师来负主要责任，若是要把这个责任强加到软件工程师身上，那么至少也要给软件工程师同等的发声权利。