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

前端之家收集整理的这篇文章主要介绍了没有对立的技术,只有对立的心态前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

在电脑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年前的争论中,我正好站在今天对立的位置上, 所以,技术和观点,往往并没有本质的对立性,更容易产生对立的,反而是我们的心态。

原文链接:https://www.f2er.com/javaschema/287764.html

猜你在找的设计模式相关文章