在课程推荐的3本教材里，我看别的同学有在图书馆借《移山》这本书，偷懒就直接拿过这书翻了几天，看完后感慨似有似无，脑子处于那种若有所得又得不真切的状态，趁着还能说出两三言，又正好有这么一个作业要求，就写篇读后感出来。
这是一本有关IT技术的奇葩书，按照常识这种工具书不是用来看的，等遇到具体问题时再翻不迟。真的去看的话这种枯燥的书也看不了多久，而有关技术的东西不动手试试看过也没用。但是《移山》一书里面有很多人很多事，与其说是在介绍技术中穿插一些人和事，不如说是在讲故事中介绍一二技术。正是因为这个原因这本技术书我翻着翻着就完了，也正是因为这个原因，此书看完之后给我的错觉是翻开书的时候闭了闭眼，现在刚睁开。
书分三部分，第一部分介绍“VSTS”，即Visual Studio Team System；第二部分讲基础技术，介绍团队中的每一个人需要遵守的一些规范和必须掌握的一些技能；最后是实例分析，介绍一个完整的软件开发流程。
前两部分内容算是本书的基础篇，除了第11章——两人合作，其他东西换个人将应该也是差不多内容，第3篇实例分析则是作者关于软件开发流程的一家之言，也是一本关于软件工程的书籍的精华所在。软件工程本身不是一门系统化的学科，所以非常有将它系统化的必要，但是这个过程的每一步开展都是艰难的。《移山》的实例分析篇就是这一系列艰难过程的结晶。
感觉我讲的东西好虚呀～_~
另外我还浏览了一部分课件的内容，和书的内容有重复，所以看的速度比较快，相对来说前半部分看过后留下的印象有些深。以下是对课件部分的一些问题：
1 以培养类似“健身教练/健身学员”的师生关系为目标，这个想法真的很赞。如果我能早点看到这句话该有多好！
2 关于“习而学”，博客下方有位用户做了如下的一个比喻：“习而学是肚子里没墨水就开始写字，需要写什么字就在字典上查，查了就记住”。这个比喻很自然地抛出了另一个问题：肚子里没墨水，在字典里翻到了那个字又能怎么样，会用么？我们这个课堂给我一个活生生的感觉是从个人项目到结对编程项目的水平要求跨度太大，是否考虑在这两者中间加一个缓冲会好点？
3技能的反面是 ”Problem Solving” – “解决问题”这个观点我还是不太明白，难道是说人们过多地把目光放在解决问题上而忽略了抽象出一种系统的做法，即所谓的技能么？
4 我们的团队作业确实比较适合敏捷编程，但是难道MS这样的公司开发一个项目时也能敏捷一把？如果不是，Agile将何去何从。
另外要吐槽一下的是，前几天VS2012的TFS一直连不上去，今天（10月31号）中午又试着连了一下，倒是上去了。但在我尚未进入成功连上TFS的喜悦中时，有同学跟我说关于团队Scrum的评分标准出来了，我打开邮箱一看，彻底傻眼。因为上周的任务计划并没有嵌入任务，这几天也一直在等TFS，所以上周五后没写过Scrum，一算的话就是4天，按照既定的标准，等于说近一半的分数没了，完了这分还是要倒扣的，这叫我如何面对四位信任我把组长重任交给我的同学？
胡仁君 2012/10/31
