敏捷咨询工具箱（一）──读书写代码活动
只要功夫深，铁杵磨成针。 ──宋·祝穆
在我们咨询过程中，遇到一些开发技术很薄弱的团队，大部分人只会通过复制和粘贴的方式写代码，然后花费大量的时间进行修改和调试。有些开发人员还只是刚刚从学校毕业，几乎没有什么开发经验。面对这样的团队，如何教他们使用敏捷开发方法？如何教他们测试驱动开发？如何教他们简单设计呢？
如果连一门语言还没有完全吃透，还如何谈测试驱动开发和简单设计呢？这是一个很大的挑战。我回想起自己学习新语言的方法。前些时间我自学了SCALA语言，看完了《Scala程序设计：Java虚拟机多核编程实战》，但还是觉得很多概念没有吃透，然后我就把书合上，然后把书上所有的例子独立写了一遍，这时才能感觉自己是学了一门语言。于是我用同样的方法来训练这个团队：
一、找一本合适的书。
如果要快速吃透一门语言，最快的方法就是找一本好书，系统的把一门语言学习一遍，扫除语言的盲点。我们如何选择一本合适的书呢，我总结了三个条件：
- 选择国外大师的权威著作，这些大师应该有深厚的开发经验，这样可以从书上学到很多编程和设计的最佳实践。
- 书不能太厚，最好在200-300页左右，足够介绍完一门语言的常用特性和最佳实践。那些面面俱到的的厚砖头一般适合做参考手册。
- 书上的例子一定要经典，这样比较适合练习。
因为团队主要使用C语言，我就在Google上搜索了一下“C书籍推荐”，找到了很多网友推荐的Top C语言书籍。通过我几天的阅读和筛选比较之后，最后我为大家选择了《C程序设计语言》这本书，完全符合上面的三个条件。如果你是使用的其它编程语言，可以参考下面的读书列表：
- 如果你用的是C++,我推荐《Essential C++中文版》
- 如果你用的是Ruby，我推荐《Everyday Scripting with Ruby中文版》
- 如果你用的是Java，我推荐《Agile Java 中文版：测试驱动开发的编程技术》
- 如果你用的是SCALA，我推荐《Scala程序设计：Java虚拟机多核编程实战》
二、具体的读书计划
选择书之后，就要有一个具体可行的读书计划，这样大家能有节奏的一步一步把书读完。因为大家都有一些Ｃ语言基础，所以我们把读书活动安排为每天的家庭作业，每周读完２章。我们的验收标准是：在不看书的情况下用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开发。