读《移山之道》的感想、总结和困惑 by Jun Tang

很早就听说了《移山之道》这本书，但一直未曾见识过。拿到这本书后，一度很困惑这本著名的书会是什么风格的。开始度过之后，又发现事实和最初的想法还真不太一样。

当怀着好奇的心态翻开这本书，读了前一二十页后，发现这本书很生动，很有趣，像一本小说一样，有着一批鲜活的人物。当开始读到后面一些关于开发的具体讲解后，又发现好像在啃一本隐晦的饿技术书籍。有时感觉某一章都是大白话，实在不知道为什么要费这么大篇幅讲解，有事又感觉每一句都很复杂，就像在学什么复杂的公式和系统一样。而过了一时间，某些实际的例子又常常让我想起书中某一段话。

 

事实证明，这本书还没太读懂。在此，我仅仅分享目前一下我读这本书的困惑和感悟：

1。“移山之道”的道来源于何处？

事实上，这些软件开发的方法、思路都是来源于长期的实践经验的，不应该教条、孤立的看待这些条条框框，最好能够把这些理论和某些实际情况结合起来。

2。如何学习这样一本书？

像计算机这样的学科，肯定是需要在实践中学的，learn by doing。但现在这么说也只能是一句空话，当确实在实践中遇到了某些已经在书中看到的理论后，那一刻才会重新审视原来的看法。

3。如何看待这一本小说似的课本？

各个教材都有自己的风格，不能一概而论，主要还得从教材的目的上来分析。如果是一本纯技术的书籍，自然不用这么多故事，条理清晰地把要点讲解给读者就很好了。而对于这样讲“道”的书，有些生动的例子还是不错的。毕竟，此“道”也是来源于实践的。事实上，人对于有趣的故事永运比理论印象更深刻。虽然看时只是觉得有趣而已，事后但常常能在实际中回忆起相似的情节，获得某些感悟。不知这是不是这本书最初的目的。

4。双人开发真的有必要吗？

之所以把这个问题拿出来，是因为这确实是我们已经在实际中触及到的问题了。如果实在大学里，恐怕没人会用这样的方式。一方面可能是因为课内任务都需要独立完成，这也是课内脱离实际的地方，不注重合作精神的培养。但我觉得更重要的原因是以前的问题都太简单了，只能算是toy，自然没有必要花费两个人的时间做一件事情。当真正触及到复杂的实际问题时，需要严密乃至无瑕疵的设计时，一个人的思路总是不够的，这时结对编程的威力才能显现出来。

 

以上就是目前我对这本书目前的感悟，欢迎大家提出意见。