戈尔迪斯结

       弗里吉亚的国王戈尔迪斯凭借他独一无二的手法用绳子打了一个结, 据说这个结无人能解, 如果谁解开了这个结, 他就能统治整个亚洲. 亚历山大来了, 他用剑斩断了戈尔迪斯结, 此后, 他真的统治了大半个亚洲.

      不愧是亚历山大, 挥出了直接了当的一剑.

      需求、概要设计、详细设计、用户手册, 它们打印出来罗在一起足有半米高. 一个新人加入到项目组中, 我们指着文档说, 先看看文档吧. 新人点点头. 我注意了他的眼神, 他的心理一定在说 :"我的天啊!". 此后的一天上午, 他在认真的翻文档(只是翻而已), 似乎晚上即将开始的足球比赛干扰了他的思维, 说真的, 我从来没读过比这些文档厚的小说. 我们似乎在打一个超大的戈尔迪斯结. 次日, 在休息室, 我用图表给他讲了一下我们在做的东西, 他恍然大悟, "啊! 需求说的就是这个...". 

       数据库的设计变了一千九百八十次, 详细设计的修改日期从来就没有变过, 这个文档除了把大家指向动物园外似乎没有任何作用, 给人带来误解的说明还不如没有. 至于用户手册, 它倒是很有用, 我确信这个枯燥冗长的东西可以使失眠患者很快入睡. 有一次我想尽办法将文档写的有趣些, 却被告知文字不严肃, 哈哈, ISO组织似乎没有规定用户手册必须写成中国特色.

      在工作交接时, 我用鼠标反复点击编译界面 :"你看, 这个类的作用是...它继承了...为了做这件事, 调用了..." 大约20分钟, 接任我工作的同事发表了她的看法 :"请等一下, 你说的是什么?" 我此时的感受只有一个字 : 晕! 好吧, 我相信我的代码结构足够好, 这次我在纸上画了UML图来讲解, 只用了10分钟就完事了, 轻松愉快. 尽管我清楚图表的作用, 在实际工作中还是轻视了它们. 我突然想起来, 似乎还没有哪本书用文字介绍打领带的方法, 当然, 如果你知道的话请发邮件给我, 我将十分感激, 因为至今我还不会打领带.

       某日, PSM在GT上说 :"这个需求需要改一下, 你只需要...改就行, 临时改一下, 先给他们看看结果." "那么以后呢? 你确定要加进去吗? 如果我们不加这个装饰性的功能会怎么样?" "客户已经和我提过多次了, 我已经答应了. 这个很好改, 你应该很快就能改完. " 没错, 我的确很快就能改完, 但是临时的修改会使程序失去正交性, 而且这似乎是本月的第12个新增临时需求, 我确信如果不是我在编码时因为料到会有这一手而及时重构, 现在新增的代码行数绝对会比姚明还高. 我清楚会有大量的需求变更, 这并没有错, 但是如果变更仅仅是领导们因为一时头脑发热而想出来的超绚的装饰功能呢? 比如查询到的下载数据要有快照功能, 每次点快照都会看到下载的内容. 哈哈, 数据传输每次都有几百兆的数据, 这些数据是以二进制的形式入库的, 看这些0和1组成的字符串的目的是什么呢? 况且程序有专门的查询功能. 我猜八成是领导大人在百度看到了快照功能. 当然, 由于我们不是百度, 这个功能我坚决反对.

       我相信客户就是上帝, 当上帝给你打了一个戈尔迪斯结时, 你是否会想到在他面前拔出宝剑呢? 增加了超绚的功能, 而项目时间没有增加, 这是一个赔本的买卖. 我想在上帝面前不防这样说 :"这真是个好注意! 由于这是新增需求, 我们会重新估算项目的进度和成本, 如果您确认没有问题, 请在表格上签字." 这绝对是有效的方法, 当你说起 "签字" 时他们多半会回答 "让我再考虑一下...这个功能似乎没有加入的必要." 在上个项目中, 这招屡试不爽.

      走错了路可以从头再来, 每个岔路都有一个戈尔迪斯, 没有宝剑的我们还有几次走错的机会呢?