梦想风暴

版权声明：转载时请以超链接形式标明文章原始出处和作者信息及本声明
http://dreamhead.blogbus.com/logs/39007092.html

项目做多了，就可能碰到各种各样的情况。时间紧，任务重的，有；时间松，任务轻的，也有。

“沉重”的工作会让我们无比思念“轻松”的工作，但真的有“轻松”的工作，我们能够把它做好吗？

我知道，有人已经开始暗自念叨，生在福中不知福，轻松的项目还不好做，把代码一写，然后，潇洒转身。哪怕用剩余的时间，对着窗外的阳光发呆也好。

给别人讲TDD，很多人记住的是，TDD就是先写测试，后写代码。可TDD的节奏实际上是红——绿——重构。重构是什么？对于TDD来说，它是一个停顿，给人一个思考的机会，品味新鲜出炉的代码对于整个系统而言，有怎样的影响。

我想你也知道我想说什么了。如果仅仅按照“沉重”的工作方式去做“轻松”的工作，是不够的。所以，前面的问题是做“好”。

做“轻松”的工作时，既然有了足够的时间，我们就该争取了解事情的来龙去脉，而不只是满足于可以看到一个结果。做开发的人都知道，知识都是一点一点积累的，今天积累的知识说不定在那天就会有用。不趁着轻松的时侯，多了解些东西，等“沉重”到来，飞奔之时，那还顾及得到路边的风景。

即便在一个项目内部，我们也常常会有轻松和沉重的区分。轻松时，完成了基本的工作，我们不妨想想新代码会对系统有怎样的影响；不妨翻翻旧有的代码，寻找哪里是忙时忽略的东西；不妨想想做些怎样的工作可以让未来的生活更美好一些。

我很喜欢一个关于重构的比喻。重构，有如健身，大规模的改写，则是手术，健身做好了，也就不必动大手术了。

“沉重”时的狼狈，很多是因为浪费了“轻松”。