• 2009-12-30

    默默忍受

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

    作为程序员,你是不是有很多问题看不顺眼:代码写得太乱;进度压力太大;其他人不能按照我的理解来做……

    如果你觉得项目有很多问题,请放心,你不是一个人在战斗,项目组里的其他人保证也有类似的想法,唯一的差异是,不同的人因为角度不同,看到的问题是不同的,但有一点是可以肯定的,项目出问题了。

    对项目最初的兴奋伴随着种种问题在时间中消磨,剩下越来越多的是无奈。表面上欣欣向荣的团队,弥漫着怨气,士气开始下降。长此以往,没有会再关心这些问题,只能在不断加大的压力闭上双眼埋头前行。即便偶尔有加入的新鲜血液,看到同样的问题,多半会视之为理所当然。

    我想问一下,发现问题之后,你把问题提出来了吗?

    面对这样的问题,得到的答案可能是,这些问题会牵扯到很多方面,不是一己之力可以解决的,所以,没提。

    程序员擅长于与代码打交道,但开发过程中,你看到的很多问题却不是代码问题。即便诸如代码写得太乱之类的问题,背后还会有更深层次的问题,比如进度压力太大,没有人有精力顾及代码美感,比如,团队成员缺乏沟通,彼此不了解对方的代码,面对那段让人不满的代码,却不知如何下手修改。

    这些问题真的复杂到无法解决吗?不尽然。

    仅以上面乱代码为例。如果在早期团队养成经常性code review的习惯,或是能够通过一些技术session分享知识,便不会存在彼此不了解代码的情况。如果发现代码太乱,立下一些编码的规矩,让大家都去遵循,至少在一定程度上可以控制代码变坏的趋势。

    这些问题之所以成了问题,很大成都上源自程序员的沉默。面对非技术问题,程序员们因为不擅长,常常会选择回避,顶多是发一些牢骚。这些问题同软件开发一样,越早期暴露,解决的成本越小,越晚发现,变异成让人无法控制的可能性就越大。在一次又一次的回避中,问题由原本的小问题,变成一个团队无法控制的庞然大物。

    其实,要求很简单,觉得不爽了,喊一声,让大家意识到这是个问题。不要怕问题解决不了,我们是一个团队,这不是你一个人的职责,我们一起来想办法。

    不要再做一个默默忍受的程序员了!

    分享到:

    历史上的今天:

    向前迈一步 2006-12-30
    IoC与DI 2005-12-30
    引用地址:

    评论

  • 家家有本难念的经,行行业业都有自己头痛的事情,但生活逼得人不能不低头,想想真无奈
  • 我是个敢说的程序员,然而问题提出来了,自己却没办法解决,反而被同事认为多事。

    感觉挺悲哀的。
  • 程序员通常在项目组是没有话语权的,即便说了,也不会有人给予足够的关注,搞不好还会给自己惹来麻烦。

    觉得不爽了,吼一声,要想好了,代价很大。。。
  • it's the broken windows theory.
    往往是几粒老鼠屎,坏了一锅粥。一旦有了堕落的开始,仿佛就很难再回头。而往往一开始就不能自觉地团队,到了更困难的后期,就别指望你能轻易叫他改过并且自新。除非是独裁组织里的老大发飙,或者民主组织里觉悟者占大多数,尚有希望。