第(2/3)页

    二是怕摊上糟糕的产品经理，这甚至可能比自己牙疼还要糟糕。

    这些所谓的产品经理往往自视甚高，还期待程序员能提早地满足客户的任何需求。他们还坚信，编程只是小事一桩，代码就像浮在空气中似的，可以信手拈来。“这个很简单的，稍微弄一下就行了呀。”

    三是怕懂点技术，却喜欢瞎指挥的甲方老板和负责人。

    就像伍涛现在遇到的情况一样一样。

    说实话，无论何时，软件开发者都青睐那些阐述清晰、不能变更的应用需求。在实践中，很多需求都是匆忙制定的，有时候甚至已经成为了正式形式；要求变更的原因，一部分是有糟糕的项目经理，另一部分则是来自上级或客户本身的抱怨和干涉。

    总之，不论什么原因，对需求变更的恐惧——尤其是在最后一分钟要求变更——则永远是开发者的心头大恨。

    王有节想了想，抬头扫视一圈。等都不再说话了，他才说道：这样，小伍，等到你们下次和甲方一起开需求会的时候，我也参加。行吧？”

    “这当然太好了啊，还有什么行不行的？！”伍涛马上笑道。

    这个事情讲完，又有一个小组长开始汇报。

    他说的这件事情，仍然是在上次会议上就已经提到过的关于文档的问题。

    “毫不夸张地说，不管是谁切分的不带说明文档的代码，或者是维护没有开发文档的旧软件对我而言就是个噩梦。”

    这位组长说道，“在座的各位都知道，能坐下来理解一段没有良好文档，或注释的已有代码，本来就是很困难的。但是，如果连文档或注释都没有，那就更糟了。”
    第(2/3)页