没有对立的技术，只有对立的心态

在电脑DIY爱好者中，ATI/NVIDIA、AMD/INTEL各自的粉丝团 扎堆儿PK 的现象是非常激烈的。
如果有一篇文章出现对某一技术的倾向性，便会立刻被另一阵营粉丝的吐沫所淹没。

在咱们软件界，这种现象虽然不是那么极端，但也绝不少见，
我见过不少热爱一种语言的，拼命贬低另外一种语言，
似乎不把对方说得一无是处，就不足以体现自己所在阵营的“优秀”。

技术真的可以简单的贴上“好的”或者“坏的”这样的标签吗？一定不是！
每一项技术都有其出现的背景和其所擅长的领域，
在不加限定的情况下，对技术的优劣作出评判，其实是很不明智的一件事情。


今天之所以说起这个话题，源自工作中的一点感悟。


几天前，产品研发团队的几个teamleader开了一个会，议题是如何提高代码质量。
在讨论开发过程管控策略的时候，到底是以文档驱动开发，还是以测试驱动开发，
两种观点产生了比较激烈的冲突。

面对这样的场景，我的脸上挂着微笑，因为感觉好熟悉，
这像极了5年前发生在我身上的RUP和XP之争（详情参见：软件开发思想之争 － RUP VS XP）。


力推“测试驱动开发(TDD)”的leader非常激动（可能比较有激情的朋友们更容易痴迷XP），
正在滔滔不绝阐述TDD的优点，似乎TDD就是摆在眼前的银弹，
我呢，经过这么多年，早已经不相信任何单一的手段可以解决所有的问题。
TDD可以推，但必要的文档也是绝对不能省。

怎么跟他说？

经过快速的思考，我还是决定打断他的慷慨陈词，于是我说：

今天的情景，让我想起了大概5年前的我，
当时XP的思想刚刚在国内开始传播，我也特别感兴趣，
曾经和一个有10年工作经验的同事，就RUP和XP产生过激烈的争论。

我接触XP后就对RUP完全排斥，但摸索了很长时间后，发现XP有一个致命的问题：
那就是XP对人的要求非常高，尤其是TDD，对设计的要求大大到提高了，
你可以掂量一下自己的组内，有几个人能够真的做到先写测试，再做开发的？

其实无论是TDD，还是写设计文档，只是设计思路的落地形式不同而已，
我认为我们没有必要在这上面争论太多。
你应该知道，XP最强调的是对人的重视，
要想有效改善发布的产品质量，真正需要的是，要求每个人 理解 自己所要做的事情，而不是机械的执行。

至于文档，在产品架构、模块、流程等比较粗粒度的层面，存在一些文档还是很有价值的，
如果一个系统任何文档都没有，那么新人加入的时候，根本没法从总体上理解我们的系统。

归根结底，采用什么方法并不是最重要的，最重要的，还是人做事的态度。


在工作中经常有观点碰撞的情形，如果想说服对方，以退为进往往比针锋相对更容易取得成效。
一个锋芒毕露，经常让别人下不来台的人，往往也会四处碰壁，最后终究有志不得申。

人的很多看法，随着阅历的增加，也会发生变化，
就像我在XP上的看法，5年前的争论中，我正好站在今天对立的位置上，
所以，技术和观点，往往并没有本质的对立性，更容易产生对立的，反而是我们的心态。