收起蹩脚的借口

      我向来对客户提出的需求变更感到愤怒，但是这次，我看着新的需求列表，说不出一句话，原因很简单，所有的需求都合情合理。

       其中一个是这样的，因为有众多的编码类型，这些类型是以树型结构列出的，为了方便查找，需要一个快速定位功能（类似于那个经典的 ctrl + F)，找到匹配后将所有的匹配结构变红。嗯，我承认这是个好方法，实现起来似乎不难，事实上我用了一小时重构页面的js脚本，在接下来的一小时之内就完成了这个功能。但是这个功能用起来似乎有些蹩脚，我不指望挑剔的客户每次都情愿滚动那个难看的scrollbar来找到search按钮，看看windows的ctrl+F，每次只点一下回车就可以顺次定位，我借鉴了这个办法，整整两小时才调试成功。这一天，刚刚好是星期日。

      由于对协力人员的不信任，我采取了消极的不管不问，想法很简单：我的事情已经够多了，需要制定用户手册模版、编写部分用户手册、修改测试组的提出bug、修改公共问题，还有长长的需求变更列表…… -_-||| 我算看清老大的打法了，指定是想把我当海军陆战队用。这些协力人员也真够意思，系统的上/下行传输两周还跑不通，竟然没有一个人问我。对于他们写的bug列表，我觉得没有什么参考值，连语句都写不通顺，上面写了大量的“是否”“可能”，哈哈，这叫测试吗？

      不满归不满，主要原因应该是我的力度不够，上周五部长亲自组织了例会，说了一大堆让我觉得非常丢脸的话。

      我脸皮足够厚，不怎么在乎挨骂，但是有很多事确实值得反省一下。没错，遇到事情先从自己身上找原因。我还记得有一次一个同事怒气冲冲的来找我，说我写的某个公用程序不能用，当然，对于怒发冲冠我绝不会输给别人，我毫不犹豫的把他一顿臭骂，让他回去仔细检查他自己写的垃圾代码。结果我们都长了记性，我用了jdk1.5的for each语句，对方用的是jdk1.4编译，那个家伙懒的没把代码打开看一眼就来找我，我也没有询问对方任何问题就说了一大堆恶毒的言语。我们绝不会允许银行的网站出现任何问题，即使对方怎么解释都是蹩脚的，我们自己遇到问题时却要找出种种理由推托，哈哈，在对方看来这也同样蹩脚吧。

      15号客户验收，10号我才知道还有一大堆问题必须修改，从设计上修改。这是必然的修改，老大应该后悔当初没有听我的建议。但是，-_- 现在是我在修改 *_*

      沈阳的路段太不地道，过了浑河大桥晚上连个路灯都没有。周日下午3点半骑车出去，回来时可惨了，眼前一片黑，走错了路，多骑了整整一小时自行车。好在我不缺乏锻炼，要不然可废了。看来晚上还是少出去的好，容易走错路，尤其是向我这种方向盲。