移山之道这本书还是很有意思的，读这本书也能从中学到很多东西。阅读这本书差不多用了我一个星期的时间，当然也只能理解其中一部分的内容。
我接触编程的时间并不长，是从上大学之后才开始的。但是时间也不短了。在过去的时间里，我编程的内容基本上是完成作业和考试，软件工程仅仅是在我脑海中的一个概念，在这门课中老师要求我们选择一本书来读，我便选择了这本《移山之道》。在阅读的过程中可以说是获益匪浅，同时没有了以前阅读专业书籍时的那种枯燥感。
下面我说一说在阅读过程中没有想明白的几个问题；
1.关于结对编程，目前我们也有相关的作业，所以我特别关注了一下。在结对编程的过程中，我们两个人的特点、长处都不一样，可以说是有利有弊。在编程的过程中，我们会有意见不同的地方。虽然有各种各样的指导，但是实际中要如何协调还是一个很难解决的问题。另外，在结对编程中我们应如何协调各自的任务，以何种模式进行合作才能最大化地发挥各自的作用？在磨合过程中的争执怎样处理？
2.关于bug的处理：如何判断一个bug对于整个项目的影响？如何具体权衡是否放弃处理某一bug？
3.在《移山之道》这本书中衡量员工工作质量中（DEV）中其主要衡量两个指标
（1） check in 的质量，也就是签入破坏构建的次数
（2） 功能是否按期完成，如果延期，是否提前交流
那么当两个指标相冲突是该如何权衡？考核指标过于刚性时如何处理？
4.个人认为软件工程在某种程度上意味着软件的开发朝着流水线的方向发展，那么在软件开发人员的培训过程中，是否还需要令其理解每一个环节？还是专注于自己的环节即可？
5.关于TFS的一点问题：TFS中为什么不予许Dev自己添加任务？