• 2004-04-08

    可怕的习惯

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

    最近和一个同事一起在做一个模块。我的这个同事是后加入项目组,对整个系统不是很熟悉,为了加深对系统的理解,他主动要求独自承担这个模块的开发,对我的要求是时不时的帮一把。

    我们这里大多数人的开发习惯并不好。我希望通过这次的合作,能把我认为好的一些东西带给他。我并不是说自己的习惯就有多么好,我只是不想让他犯我以前翻过的错误。

    我们的合作从测试驱动开发开始。我以项目中实际需要的一个功能为例,给他演示了如何先写测试再写功能,把“红、绿、重构”的开发节奏告诉给他。

    第二天,我从CVS update出他接着我的演示继续编写的代码,虽然还有些不尽人意的地方,但比起我在项目中看到其它一些代码漂亮了许多,而且测试用例写得也不错。

    今天看他在编写测试用例,根据之前他问我的问题,我觉得他已经写完了功能代码。我问他为什么还要先写功能,后写测试,他的答案是习惯。

    我的这个同事为人十分谦虚,开发的过程中经常向我问一些问题,这倒充分满足了我好为人师的虚荣心。

    我并不想越俎代庖把每一个细节都替他做决定,那种代码会写得很痛苦,我希望给他留下自己发挥的空间。但在实际的开发过程,几乎每一步到了最后都是我在做决定。

    每次我的答案都是点到为止,剩下的问题只要自己稍微思考一下完全可以解决。每次也都是用不了多长时间,他就跑过来问我更细节的该如何来做。

    从前与他的一些交流里,类似的情况屡有发生。
    我给他解释了一个问题之后,向他推荐一本相关的书。之后不久,再与他交流,当我问起他是否读了那本书的时候,我得到的几乎总是“没有”。

    我是一个坚定交流支持者,但我确实不喜欢这种事事靠别人的态度。我的这位同事现在几乎养成了一种有问题就问的“好”习惯,而渐渐放弃了自己独立思考和学习的能力。

    习惯的力量多么可怕,更可怕的是不那么好的习惯。

    分享到:

    历史上的今天:

    引用地址:

    评论

  • hm.好的习惯确实很重要.至于你说你的同事的不良习惯,我觉得你首先应该抱宽容的态度,因为他可能也没有意识到这种"坏习惯"对他有多大的影响,可能他反倒觉得对这种工作有着极大的热情是好事.所以你作为有经验的人应该委婉的提醒他.而不应该抱怨他.
  • 你的同事还不错,最起码能协同做一件事情,我在目前项目中遇到一位同事,不管说什么,都说简单,总有自己的意见。具体问他如何解决,他倒说不出一二三来,我把类划分好给他,他自己倒是表面附和,背后自己搞一套。

    我估计这是大多数程序员的通病。
  • 真羡慕。。你是在哪里工作啊?我很希望能够在一个敏捷团队中工作。



    我认识的同事,没有任何敏捷的概念。我在公司培训上讲了不少比较有用的东西,例如jakarta commons,tdd,等等。他们还是该干什么就该什么,好像一点都听不进去。是瞧不起我吗?
    回复冰云说:
    我所在的团队也不是一个敏捷的团队,但这并不妨碍我自己采用一些敏捷的方法。
    2004-04-08 22:25:12