今天可真好玩~
今天可真好玩~

今天可真好玩~

哈哈,今天下午呢,有个ATDD PROCESS REVIEW的会,可真是好玩。lx先简单介绍了大致这个ATDD workshop的process安排,就开始直接入题将要在项目中使用的推荐practice内容,越看越觉得不对劲,让我提意见时一点也提不出来,压根就从头到尾有问题的东西,怎么去提意见呢,细枝末节的修改无法改变其错误的大方向。趁机提出要回归到对于ATDD最基础观念的理解上来,由于大家在具体practice上的分歧确实比较大,于是同意了我的提议。

早就准备好我负责的那部分concept的ppt,算上标题总共就7页,讲起来不要太快。只是果不其然,讲解过程中暴露出不少的问题,如我所料,大家对于某些根本的假设的认识就并不一致,对于是否以及为何要采用某些方法的理解也不尽相同,牵引出好多好多的讨论。预计2个小时结束的会议,拖到第三个小时还没有能够结束的兆头,话题也从ATDD谈到持续集成和测试自动化,包括设计user case和testcase的问题,等等好多话题。。最后因为好几个同事都有别的会议要参加,才不得不先草草结束,约定择日继续完成后续部分讨论。

晚上看了下google groups里的一些讨论,关于什么程序员的专业性,貌似是csdn上很热门的讨论,支持者与反对者都很多,我看啊,笔者的观点还是有一定事实依据的,而且以我的经验,也让我一定程度上认同他美国同行效率是中国人10倍的观点,很多人反对这一点,我看未必。拿那些特殊的牛人来说事没有意义,笔者所论道的是整体水平,何况,编程或者说开发效率,并不只是编码或者首次开发部分,而必须将其他一些情况考虑进去,比如代码出错率,后期维护成本等,我想高出几倍的效率不是胡编乱造。至少我们自己公司来看,有些芬兰同事的工作要移交时,杭州甚至需要安排一个team才能接手他一个人的活。

最近几天工作挺忙,会还真是多,对开会,现在觉得又爱又恨。能够去开某些会,才有发表自己观点的机会,感觉不错;但开会绝大多数情况下是处于沟通的需要,需要达成一致的理解,对于实际的产品开发,也就是说从生产效用上来看,似乎没有什么投入,觉得有些不值,感觉不咋滴。however,事情就这样了。明天上午robot keyuser要开会,下午继续这个process review,然后是sprint review。后天上午暂时没事,下午继续开会,workshop然后是fault management process和integration process的会;周五呢,上午sprint planning,下午是一个内部技术培训。。一周就这样过去了。。

发表评论

此站点使用Akismet来减少垃圾评论。了解我们如何处理您的评论数据