《移山之道》这本书，光听书名就有一种霸气在里面，自古以来，"道"这种看不见摸不着东西，一直是人类的探索求知欲的终极目标所在，道即是道理，是规律，是方法，作者将编程的道理与规律比作"移山之道"，这本书光从书名就已经吸引了我。这是一本很有诚意的书，邹欣老师并不故作高深，语言非常平易近人，你可以轻易的分辨这本书和《软件工程---实践者的研究方法》哪本读起来更有趣（这才不是吐槽）。由于结对编程作业，只有零零碎碎的读了一些，并不算多，只能说有一些小小的体会和问题吧。
这本书的主要介绍了一种叫MSF软件开发方法和VSTS工具，可是我基本把这部分快速的略读了，后面的九到十一章讲的是合作编程的问题，结对编程项目一直在折磨我们，（我和队友的合作还算默契，就是程序总是出bug TAT），其实最大的问题还是沟通的问题，双方想法的点点不同最后都会体现在代码里，那么现在问题来了：Q0.挖掘机技术到底哪家强？……… （乱入了），好吧
Q1.如何在团队合作开发时，怎么有效的沟通？
Q2.当团队成员水平不平均的时候，如何保证所有人都能跟上进度？
举个实际的例子，本次结对编程，最开始我对C#不熟悉，代码阅读时很有问题，我的队友阅读程序能力很强，所以他的进度会有些快，最早我也没太在意，当他开始开发的时候，我只能贡献微薄的力量，慢慢的在中后期的时候，我个人才渐渐开始对这个项目的全局有了更清晰的认识，也有了一些新的想法，但是想回头的时候deadline又很近了。
Q3.书中介绍了开发方法，但是当不是所有人都熟悉相应的开发方法时，进度有时候反而可能跟不上，尤其有deadline比较近的时候，这样怎么办，是一步步按既定流程么，还是什么？
Q4. 团队成员工作的设计与分配，由一个PM来负责，那么在他的设计中应该细化到怎样的程度，能够合理的发挥团队成员的能力？