27.1

    星期一，公司小会议室。参加过公司的协调会，匆匆扒拉过几口午饭，下午王有节打足精神，又开始召开部门的例行周会。

    随着部门的人数增加，现在小组长除去专门做测试的周姐，已经多达八位。

    开门见山。没有多余的废话套话，王有节先问吴得利：“A公司的应用BUG，现在彻底解决了吗？”

    一个月之前，A单位本来运行良好的应用突然间出了状况：每天一到下午两点左右就会毫无征兆地崩溃。一开始该单位以为是他们自己内部的问题，可是自查自纠了将近十多天，却没有任何成效。

    后来就报告给了王有节他们公司。公司自然很重视，按照谁完成谁负责的原则，把这单业务维护的任务分派给了王有节的部门。但实际上，A公司的这个项目完成，已经是三年多以前的事情了。

    吴得利和周姐所在的小组，派出人员查看了日志，可是却根本没有报任何错误。在测试环境中想尽了一切办法进行模拟，也总是无法重现。

    这样重现的的现象持续了十天。

    这样一来，不仅是A公司，连具体负责的吴得利都感觉快要绝望了。

    见王有节问起，吴得利这时候打起精神，高声说道：“昨晚下午开始，差不多弄到晚上凌晨二点，终于算是暂时告一段落了。”

    王有节紧接着问：“过程呢，到底怎么回事，问题又出在哪里？”

    吴得利想了想，说：“左想不对，右想不对，在两三天前，我们就开始改变方案。后来慢慢就意识到，为什么系统崩溃的时间基本上总在北京时间的下午两点？是不是这里面有啥问题？”

    王有节盯着吴得利。

    “顺着这个新的想法，后来我们就有目的的开始查找他们公司的客户资料，这样才发现了一些蛛丝马迹。偶然间发现，我们的下午两点，正是意大利的早上8点，那个时候，他们公司新开发的意大利用户会登录系统，有些特殊属性的用户做了一个操作，触发了一个年久失修，普通用户根本走不到的代码分支，从而导致系统直接退出。”

    “找到了原因就好办了。”王有节想了想，问，“后来怎么解决的？”

    吴得利笑笑，说道：“很简单啊，我们只用一行代码就Fix了这个Bug！”

    会议室里响起来一片会意的笑声。

    “人世间最痛苦的事情，就是明明有个Bug在我的眼前，我却无法重现它。你们看看，本来一行代码就搞定的事情，但是这次的过程竟然长达一个月！”

    王有节想了想，又说道，“我们一定要吸取这一次的教训。同学们，Bug万万不可再重现的啊？！”

    底下一片沉默。

    伍涛这时候却“不合时宜”地咳嗽了两三声。

    王有节笑笑，说道：“有屁就放，不要假模假式。”伍涛就是一直跟着王有节的小伍。现在他也成长为部门得力干将，一个月以前终于成了带着五六个人小组的一方“诸侯”。

    “小伍你总这样的开场白，我们都已经习惯了的。好伐？！”还有人起哄。

    伍涛尴尬的笑了笑，这才讪讪说道：“老大，这几天我们小组都快要被客户搞死掉了。”

    王有节吃惊，问：“哪能------？”

    伍涛断断续续讲了四五分钟，才讲完整最近他们小组的特别遭遇。

    原来，他们小组现在正在做的项目，甲方负责人李总是单位里的二把手，不知道什么时候了解了一点编程的技术，每次开需求会都是和伍涛他们大谈如何开发软件。这位李总的口头禅就是：这个需求，用个SQL从数据库一选不就出来了？！你们怎么得开发一周？！别想蒙我！

    “你们说说，碰上了这样的甲方领导------，”伍涛现在起来这些，就垂头丧气，“唉，我们现在很难啊----”

    开始有人叽叽喳喳。

    “他怎么能考虑到用SQL的，SQL的like是效率极低的，并且将来数据量大了以后，肯定要崩溃的。”

    “是的啊，我觉得应该建立全文索引，需要用一套基于搜索的解决方案才行的。”

    -------

    伍涛继续诉委屈：“有人说不懂技术的瞎指挥很可怕。我现在倒是觉得懂点技术，然后指手画脚更可怕！”