评论

#cainiello 发表于2007-04-20 13:59:20  IP: 210.76.197.*

Wow, 怎么现在人人都爱上“移山”这路活了，前有《大道至简》，现在又有这本书。既然如此我也来凑凑热闹写几本：
《第一次移山就上手——来自中国千年的软件开发经验》
《深入浅出YSC》（注：YSC乃移山se～～）
《移山碎石大局观》
《精通锤子斧头凿山开路》
《愚公移山箴言——我能，你也能！》

#whkyna 发表于2007-10-18 18:37:46  IP: 221.232.222.*

有源则至清——我读《移山之道》

一、VSTS之源：MSF
===============

一本书，最怕写到糊里糊涂，自己说不明白别人也读不懂。我写书，所以便常常这样提醒自己。今天读到邹欣先生的《移山之道》，第一篇便说到这样一句话：

---------------
问渠哪得清如许，为有源头活水来。
---------------

书的开篇便解了我久久以来的疑惑：如何把一本书写清楚。这句话摘自朱熹的《观书有感》，所以说的是读书者如何“看书的‘清如许’”。同样一句话，简略下来就是“有源则清”。

书名“移山之道”并不是哲学的“道”，简言之就是“法子”。所以本书原本就是在讲“移山的法子”。作者将软件工程（的具体实施）寓作移山之艰，在这万千艰难中，作者给了的“法子”是两个东西：MSF和VSTS。前者，是思想理念，后者则是方法工具。

注１：我向来不直接讨论一个方法、思想的好或坏，因为这种讨论总是宥于某种具体的背景或范围的。所以我这里也不对MSF和VSTS直言好恶，我们这里只说书。


说实话，在读邹先生这本书之前，我与书中的“果冻”一样，面对MSDN上的“官方绕口令”大感困扰。基本上来讲，我除了知道“MSF/MSA是微软的工程理论”之外，没有从那些绕口令中得到任何有价值的信息。而这样的知识到了《移山之道》里，变成了“白话MSF”。一句话：就是微软推荐的做软件的方法。

再简而言之：一种方法。如同敏捷方法一样，MSF方法也有几个“基本原则”——好象从敏捷之后，工程理论都是先谈“原则”的。《移山之道》一书除了讲述这些原则之外，也讲述了他们在VSTS中的映射——一些具体的功能。

这大概就是前８章的内容了。其中前４章是我推荐阅读的部分。

　
　
二、移山之道，源出务实
===============
第二个该读的部分，则是１２章之后的内容。这本书构建了一个虚拟的项目，并且围绕一个完整的项目过程“导演”了一出实战的大戏。我们可以清晰地看到每一个工程角色在这个戏目中的表演、心态，甚至神情（因为有很漂亮的插图）。

我们常读到一些讲工程实施的书籍，大概都是讲某种工程方法、工具或过程理论的条条框框或者（界面）操作指南。读者看完，大抵是既不见得能懂，也不见得会用的。凡是这些，都必须要放在具体的工程环境中，读者才会发现问题。而一发现问题，读者要么畏难而弃，要么以大无畏的精神一通乱撞。工程中不能活用的，大概都是这样的状况了。而《移山之道》则是切切实实的讲工程场景的，讲具体场景下的应用方法的。所以，你会看到类似这样的语句：
---------------
同学：对！我们要用全（敏捷开发模式的）５个工作项类型。
……
阿超：当敏捷模式变成强迫，那还能敏捷到哪儿去呢？
---------------

又或者一些应时应事的实战法门：
---------------
……
同学：你说得在理，但是老师让我们用全套敏捷模式，我们怎么办？
阿超：你们可以回去告诉老师说这是最新的“移山精简开发模式”，填补了国内外空白，（大牛、超人和理论家们都一致说——这是我加的^.^）很好用。<