阅读作业第一弹——移山之道 by 吴煜

这几天在读邹老师的移山之道，选择这本书有两个原因，一个是这本书字最少了，另一个。。。你懂得。

　　很推荐大家都来读移山之道，一个主要原因是，邹老师的书很懂他的读者，也很懂如何讲给他的读者。略带诙谐的文字使干巴巴的软件工程理论和VSTS工具指南生动起来，尤其是移山公司人物的对白总能戳中要害。印象比较深的几处：大段理论和名词解释后，小飞表示晕菜，我也同样读的犯困；很喜欢白话MSF方法论这章，貌似是移山人物对白最多的一章吧（菜鸟都喜欢白话什么的？）；两个劫匪的故事，越成熟简单的软件开发过程和工具越是对广大开发人员的挑战，因为平台是平等的，相对的比较越发苛刻了；差点笑喷我的小飞向阿超提出的所谓CTO白领金领蓝领职业发展论调，阿超“突然想抄起身边的塑料水桶，把水都从他的白领里灌进去”，原来阿超（或者说邹老师？）也有这么性情的一面；关于萝卜白菜各有所爱的绩效问题，我自认为一个足够客观和理性的人都会毫不犹豫的选择白菜，萝卜纯脆靠侥幸（难道领导们喜欢“萝卜”的比较多？）；荔荔在第二张结尾的最深体会，“如果你问一个技术人员，技术人员往往略带不屑的告诉你——把“工具|选项”打开，在某个“高级选项”下，改某个参数即可。”躺枪的同学请面壁。

　　我表示自己完全没读透移山之道这本书，无论是从方法论还是从工具使用上，我怎么敢说几天读懂邹老师三年写的书呢，罪过罪过。但是我看到书中的一个观点，就瞬间释然了，叫神似而形不似。所谓神似而形不似，就是不需要走形式嘛，领会精神更重要（这么说是不是算谬论）。

　　说到不懂的地方。。。仔细盘问自己，还真没有太懂的地方。关于源代码管理和构建，VSTS这一套貌似很复杂繁琐啊，我们所希望的不是大家在本机上写代码，本机上构建成功，然后上传么，无法构建成功的代码怎么敢轻易签入服务器。构建成了一个专人的模块，我们一般做法可能是自己把所有源码同步到本地，每个人都有一个相对同步的全部软件版本吧。

　　至于绩效，我觉得移山公司搞得也不是很清楚啊，不过提了一个很好的思路，每个发布之后，bug才计算在内。但是，bug越多，dev越差，很清楚，那么test呢，显然test也很失败；可发布后的test也是我干的，这些bug也是我发现的（我的功劳啊），也许只是原来时间不够，或者说我直接隐瞒bug数量好了？这里说的发现bug是从用户统计的bug么？感觉总有点不对劲。