移山之道相对于其他讲软件工程这方面知识，甚至于绝大多数教科书来说，它的可读性实在好了太多。这应该是移山之道最大的优点了。事实上，许多在已经在开发团队中工作人员中看来理所当然的事情在我们看来就不太理解，而移山之道这本书中有许多人物的对话，可以说将我们大部分的疑问都问了出来，并且有着比较有说服力的解答。开始是看小说的心态，看着看着便因为其中的一些话语肃然起敬。
书中关于两个盗贼的讨论，其实就是一个行业中所面临的最大的问题的好处和坏处。当盗贼有官府，所有盗贼的人数不会太多，官府带来的压力降低了竞争压力，不能单方面说是好是坏。很多事情都是这样，如结对编程中，有一个队友在身边，可以给你偷懒的机会，也可以给你压力，以及动力。至于团队编程，人数多了并不意味着总体速度就快了，一个团队的效率并不仅仅取决于人数。移山之道中绝大多数篇幅都是在讲如何提高一个团队的效率，更好的完成软件开发。人数是团队编程的优点，也是最大的问题所在，解决了这个问题，团队的效率就会有显著的提升。
对于该书后面提到的一些小游戏，一些方法，我觉得这些比较适合在课堂上进行试验。我认为在课堂上讲很多东西的时候都会比较沉闷（至少大多数课程是这样），课堂需要一些简单但有意义的游戏来活跃气氛。而且一旦脱离了课堂氛围（或者公司氛围？），这些游戏或者方法便很难得到实现。
问题：
尽管在估计时间方面书中提到了很多，在课堂上也讲了不好，也做了测试，但是我觉的估计时间仍是一个很大的问题。如同这次团队作业，在作业一开始的时候对各个部分做时间预计，因为我们对自己所要写的东西并不是非常了解，我们并不知道哪一个部分会有什么样的工作量，很容易估错时间。虽然这有一个经验的关系，但还是有比较大的问题。如果几个部分的估计相差太多，在实际工作中可能会遇到很大的麻烦，这不只是重新分配工作的问题，很可能在信心、积极性等方面带来问题，我们应当如何解决分配时间相差太多的问题？在分工有一定问题的时候有没有备用的方法？
