开发时间一个星期，开发人员四个，流程彻底丢掉，目标就是只要不CORE DUMP，能运行就是胜利。

这个差事要说好也好，因为实验版本不是现网版本，只要可以达到用户要求的指标就可以，不要求稳定，只要求速度。至于交付版本，运营商自然会给自己选定的开发商足够的时间准备。因此老巩需要的只是一个非常快速的开发团队，董延明有个快手的诨号，这也是他能负责这个版本的另一个原因。

董延明惊到不知道说什么好，因为他没想到友商居然能做到如此稳定、如此自信。

不过客户无法知道这些，终究是看参数，所以BAR产品V8版本还颇有些订单。

怎么解决？

高守笑说：“人家是有信心——东西扔到这里，你们随便测，我们不需要任何支撑。”

下午开始测的时候，诺基亚果然“嗖嗖嗖”的就测完了。客户的技术人员拿着记录，麻利地把符合的条目都打上钩。中间连多余的话都没说，根本不需要多余的支援、协助。

董延明在珠海失魂落魄地想起干将莫邪，想起他们是因为大家都是被安排了去完成不可能完成的任务，他从前不理解这种以身殉道的人，今天他算大彻大悟了——原来大家都是被逼的呀！

董延明声音嘶哑地介绍了情况，冷汗已经快把衣服湿透了。众人的九*九*藏*书*网态度跟他想的不一样，居然没有人责问他，而是互相面无表情目光交流。

中国联通要在珠三角建一个新网络，目标是更高更快更强(每次都如此)，BAR的V8也在考虑之列。联通在珠江设了一个实验局，要各大厂商各自提供针对本次招标的实验版本，进行入网测试。

董延明看到诺基亚的地方就一个人一把椅子一台电脑一瓶矿泉水，他问高守，诺基亚放弃了吗？

董延明前期准备都很快，但安排人力有点矛盾，他想要小蔡来帮忙，可是老黄说什么也不放人。董延明只有一个星期开发这个实验版本，惴惴不安，唯恐人力少了或者人力能力不足让自己背黑锅，所以对老黄一步不让。好在小蔡不敢不给小董这个面子，很踊跃地要去开发新版本。

四人没法在几天时间内解决这种深层次、有历史原因的问题，最终一致决定让董延明去跟老巩请示。老巩很诧异有这种事情，简直怀疑董延明的能力。他让董延明去问吴海波，吴海波自刘彻提升后接任了SE组长，事务繁忙，听了十分钟之后就下结论：“这数据我们达不到，别人也达不到，不用搞了，这就是个掺水的数据。”

最后老巩出面才了结这事，但这件事情后，老黄对董延明又变成视而不见的状态，气得董延明老远看九-九-藏-书-网见老黄就想绕道。

功能测试一天就过去了，剩下两三天便要全力跑效率测试了。但这效率测试一跑就有了问题，有一项业务处理参数无论如何也无法达到运营商要求的水准，而且相差很远。

董延明先研究了一下客户提供的需求，看看到底有什么是V8已经具备了的、有什么是需要增量开发的，之后便是根据增量开发估算人力，安排人力、工期。

老丁和高守拉着董延明以及另外几个人开了个小会，席间董延明作为开发部的代表为大家介绍情况。这几人基本都是老丁一个级别的大人物，甚至还有邓总那个级别的老大，他们个个器宇不凡，面色凝重地望着董大侠。这要是往常，董延明不一定要激动成什么样子——能让这么多老大目不转睛地看半个小时，这是上辈子修来的福气呀！但是眼下的尴尬局势，让他甚至都痛恨起自己为什么要学计算机了。

董延明把这事情跟高守说了，高守惊得脸色都变了，赶紧跟老丁报告，老丁也很吃惊，马上跟现场另一个负责的人讨论了一通。

老巩大悦，把喜报满BAR转发。

董延明敬仰之余又想到了自己没能达到的那条速度指标，之前想象的是大家谁都达不到，这根本就是客户一厢情愿的参数，但眼下……

董延明有幸负责这个实验版本。这差99lib.net事老巩本来属意宋江，但宋江实在是没精力再多负责一个了，于是力推董延明。老巩之前听宋江说过董延明如何快，再一征求岳小雄的意见，也就同意了，大概他也觉得这差事出不了什么差错。

董延明这类一线开发人员自然知道，这些参数只是基于理想状态，V8还是有不少弊端。

V8市场反响不错，林左和老王还带着刘彻和吴海波参加了几个招标或宣讲，据说V8的很多参数都已经赶上或快赶上了世界顶级水准。

董延明差点跳起来扇他两个嘴巴——哪有时间讨论这种事情，现在就火烧眉毛了。

最终他们跟客户的测试人员说，环境还没准备好，明天再测我们的吧！

这时候小刁又经过一阵沉思，缓缓地说：“我认为这一部分的架构也有问题，底层的传输机制就不行，其实主要是平台不够兼容。嗯，应该可以这样修改……”

大家仔细分析了代码，得出来的结论是现有代码根本无法达到那个速度，即使修改也提升不了多少，这是原始结构或者说某些原始方法就决定的。

这么一个莫名其妙的会让董延明差点虚脱了，散了会赶紧给老巩http://ｗｗw•９9lｉｂ•ｎｅｔ汇报情况，又通知小蔡马上想办法。老巩的指示简单粗暴——必须解决！

董延明满头大汗，只觉得后背一阵阵发凉，心想，这下死定了，吴海波啊吴海波，你他妈的就想害死我啊！

这个差事要说不好也不好，因为根据以往经验，实验版本没有不通过的，所以这份工作在领导看来完成也就算个及格，再往上？没有了……典型的力求无过的工作。

董延明腿都软了，心想，这意思是他只要结果，才不管过程呢。我上哪里给你弄结果去啊！

董延明们几天写完代码，之后便是测试。小刁虽然对业务对产品不熟悉，但是人家有着超强的理论知识和敏锐的大脑，在代码REVIEW时就说过，这些代码别的不敢说，肯定不会出现CORE DUMP，这也让董延明放心不少。

终于，一个人站起来把本子合上，装进包里，嘴里嘟囔说，我当什么事情呢，你们去解决就好了，这事不用找我。说完拎着包走了。

老丁明显对他没有很深的印象，只是笑笑，算是记得董延明曾经是他的小弟。高守却很热情，先拉着他把会场转了一圈。俩人没再提转部门的事情，聊得依然很开心。

小刁同学最近顺风顺水，提出来的架构改革方案被高度重视，部门重要会议他也有机会列席参加。他提出来的方案争议很大，但是争议都聚集在对九九藏书他的方案不理解上。其实偌大一个部门，能提出更好的改良方案的寥寥无几，所以刁金龙往往充当着解释者或者引导者的角色。最近方案评审到了尾声，小刁也终于闲了下来，大家这才醒悟，他还是个彻头彻尾的新员工，所以他的日常工作也一样需要安排，因此他就被硬塞进董延明这个小项目来充个数。

董延明和小蔡以及柳景正、刁金龙，砍菜切瓜一样，三天就把所有的代码都写完了，这些主要是因为董延明和小蔡对代码的熟悉，柳景正不够熟，但他刚好在V8里开发了本次需要变动的同一个部分，因此拿起来放下去同样得心应手。

其实所谓会场也就是一个巨大的机房，各家厂商各自固守一隅。董延明这一伙人足有二十来号，高守说，这还不包括在酒店里整理标书什么的人呢，总数恐怕要逼近五十呢。

剩下几个人也没说什么，老丁看样子也就是把这个事情通报给大家的，他总结说：“研发的兄弟已经把现在情况说明白了，大家心里有个底，研发的兄弟继续去解决，毕竟还不是最终期限，能解决是最好的，解决不了……那再想办法。”

董延明这才放心，测试了几天，他带着版本亲自去珠海现场支持，余下仨人在家里支撑。到了现场，他居然见到了许久未见的高守和老丁，原来这个活动里也有老丁这个新部门需要负责的部分。