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

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

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

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

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

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

posted @ 2012-10-29 12:48  76er  阅读(292)  评论(0编辑  收藏  举报