敏捷咨询工具箱(一)──读书写代码活动

阅读数:2263 2010 年 12 月 22 日

只要功夫深,铁杵磨成针

                      ──宋·祝穆

clip_image002

在我们咨询过程中,遇到一些开发技术很薄弱的团队,大部分人只会通过复制和粘贴的方式写代码,然后花费大量的时间进行修改和调试。有些开发人员还只是刚刚从学校毕业,几乎没有什么开发经验。面对这样的团队,如何教他们使用敏捷开发方法?如何教他们测试驱动开发?如何教他们简单设计呢?

如果连一门语言还没有完全吃透,还如何谈测试驱动开发和简单设计呢?这是一个很大的挑战。我回想起自己学习新语言的方法。前些时间我自学了 SCALA 语言,看完了《Scala 程序设计:Java 虚拟机多核编程实战》,但还是觉得很多概念没有吃透,然后我就把书合上,然后把书上所有的例子独立写了一遍,这时才能感觉自己是学了一门语言。于是我用同样的方法来训练这个团队:

一、找一本合适的书。

如果要快速吃透一门语言,最快的方法就是找一本好书,系统的把一门语言学习一遍,扫除语言的盲点。我们如何选择一本合适的书呢,我总结了三个条件:

  1. 选择国外大师的权威著作,这些大师应该有深厚的开发经验,这样可以从书上学到很多编程和设计的最佳实践。
  2. 书不能太厚,最好在 200-300 页左右,足够介绍完一门语言的常用特性和最佳实践。那些面面俱到的的厚砖头一般适合做参考手册。
  3. 书上的例子一定要经典,这样比较适合练习。

因为团队主要使用 C 语言,我就在 Google 上搜索了一下“C 书籍推荐”,找到了很多网友推荐的 Top C 语言书籍。通过我几天的阅读和筛选比较之后,最后我为大家选择了《C 程序设计语言》这本书,完全符合上面的三个条件。如果你是使用的其它编程语言,可以参考下面的读书列表:

二、具体的读书计划

选择书之后,就要有一个具体可行的读书计划,这样大家能有节奏的一步一步把书读完。因为大家都有一些C语言基础,所以我们把读书活动安排为每天的家庭作业,每周读完2章。我们的验收标准是:在不看书的情况下用 TDD 实现每章全部的例题(这个后面会有详细的介绍)。下面是我给大家制定的读书计划:

时间

内容

第一周

第 1 章 导言

第 2 章 类型、运算符与表达式

第二周

第 3 章 控制流

第 4 章 函数与程序结构

第三周

第 5 章 指针与数组

第 6 章 结构

第四周

第 7 章 输入与输出

第 8 章 unix 系统接口

三、光看不练假把式

有了书,有了读书计划,当然这个还不够。这个活动的重点就是要写代码。这是读书写代码活动的验收条件。要求每个人在不看书的情况下,把书上的例题改造成测试驱动的代码。一章所有例题都改造完了,才算是把这章读完。比如:Hello World 的例子

#include
main()
{
   printf("hello, world\n");
}

要求把这个例子改造成测试驱动的代码。改造之后代码分别为:

测试代码:

TEST(test_case_name, test_greetings) {
   EXPECT_EQ("hello, world", greetings());
}

业务代码:

char[] greetings()
{
   return ("hello, world");
}

通过这样的训练,每个人不但可以系统的学习一遍 C 语言的知识,并且可以锻炼如何用 TDD 进行开发。

四、闭环──代码展示

如何保证每个人可以完成写代码活动并且达到预期的效果呢?我们搭建了一个 Subversion,让每人把自己的代码提交上去。我们每天早上会有一个代码展示活动。准备一个投影仪,每个人花 3-5 分钟展示和讲解自己的代码,然后集体鼓掌表示认可,然后其他的同事提出问题和改进建议。这样有三个好处:

  • 让每人分享自己的代码和经验,这是对每人的认可和鼓励
  • 一个互相学习的氛围 ; 通过展示可以学习一下其他同事是怎么写代码,怎么写测试
  • 互相督促,如果没有完成代码,这时候就没有任何东西可以展示了

我们坚持了一个月之后,这个活动结束了。每个人都感觉很好,系统的把 C 语言掌握了一遍。一些有经验的一个开发人员也觉得,系统的学习之后消除了 C 语言的很多盲点。现在对 C 语言编程更有信心了,并且还学会了如何做 TDD 开发。

关于作者

钱安川,ThoughtWorks 公司高级软件咨询师、敏捷过程教练、资深讲师、Team Leader、开发者、 BeiJing Open Party 组织者和主持人。个人博客:敏捷开发训练

收藏

评论

微博

发表评论

注册/登录 InfoQ 发表评论