你有的选择

李明在他杂乱的桌子上整理昨晚赶出来的文档，“MD，困死了”，他打着哈欠，“MD,又忘了打印页码，嗯，this table style is … when user click … the current report display…copyright…content…chapter 3 …shit!...”等他整理完毕，正准备把它们夹起来，项目经理跑了过来，

“收一下email，再修改一下。”

“为什么？”

“需求变更，中午前应该可以改完吧？到时mail给我。”

还没等回答，项目经理旋即转身，面朝十米外一个迷茫的面孔，“那谁谁，你的framework可以test了吗？”

声音伴着脚步声远去。

“中午？明天中午肯定给你…”李明边改边自言自语。

“喂喂喂，不能这么改，这样有潜在的漏洞…”旁边的马力在对别人嚷，“你可以这样，设一个标志…”马力的脑子总是很清楚，他可以不厌其烦的把一个问题解释成十个问题，然后再把这十个问题归结成十五个问题，等你无论如何也明白不了的时候，他会给你下一个简短又折衷的解决方案。“所以，对于这个bug,我们只有这样处理，如果一定要那样的话，我们的架构就要改动。”这句话宣判了问题的终结。马力意气风发，唾沫星乱飞，和李明半梦半醒的表情形成鲜明的对比。

在N杯咖啡的帮助下，李明总算在中午前改好了文档，全然不管很多单词地下还划着红波浪线，“没时间校验了，先搞完再说，send，ok…”，摸了摸兜里的饭卡，离开了座位。

 毫无疑问，李明自认为自己的各项都足够优秀，计算机科班出身，编程功底深厚，英语本科时就过了六级，不过他总感到在这里有劲使不出来，他的口头禅是“这个框架符不符合J2EE规范，是否遵循JSRXXX标准，文档的编写应该按照ISO9000的要求，现在的项目其实更适合用XP等等诸如此类的准则”。对他来说，在他所投入的所热爱的这个工作里，一切皆有准则，失去准则就失去作这件事情的意义，换句话说，没有准则就没有以后的一切，为了事情要建立准则，建立准则是为了完成这件事情，为此他常常陷入完成任务还是建立准则的漩涡，它们就像一个双铰链，越缠越紧，直到他的眉毛拧成一股麻花，直到他千方百计的使准则适用于目前的情况，直到事情发生变化，建立一个新的准则的开始。

可对于他的准则，马力总是不以为然，开例会讨论的时候，他大声的反驳“我不同意你的观点，OK，这样似乎很合理很标准，但不符合实际，我们的项目有自己的特点，为什么要通用到符合一切标准，我们的产品是满足客户的需求，客户的需求就是我们的标准，我们只需实现客户需要的功能，我们的逻辑实现方式都是对用户不透明的，考虑产品的升级，也要遵从我们以往的架构，解决问题就是我们当前最重要的任务，难道编程语言诞生的时候有这些准则吗，准则是在编程语言前诞生的吗，准则是项目经验的总结而制定的，准则难道是凭空想像出来的吗？我们的项目就是一个准则，一个适用于我们项目的崭新的准则，如果做的好，它一样可以成为别人效仿的样例，一样可以成为标准，也一样可以申请专利…”“你不符合现有的准则，到时候吃亏的是自己…”李明嘴唇发抖，表情僵硬，在他们无意义的争吵声中，周围的人开始咳嗽，清嗓子，摇晃椅子，调整舒服的坐姿，或者在本子上画小人，项目经理开始看表，“好了，这次先按马力说的作，等到新项目启动的时候，我们可以参考以下李明所说的规范，散会！”