也许大家会说，都发生火灾了，都烧到机箱了，还在乎这些？</p>
没错，还在乎这些！</p>
这就是电信级的产品——必须做到极端的安全可靠！</p>
Tom自己也是从AT&T出来的，对此自然是知道的，而且，客户就是皇帝，既然客户都这么说了，还有什么可争辩的？</p>
你可以坚持说电信机房内有UPS，在下载更新软件的短短一分钟时间内，突然断电了，而且UPS也出故障不工作了，这样的概率实在太小了！</p>
但是，电信运营商不会认同，他们也不会和你争辩这概率到底是1%还是0.1%，但他们不会考虑选购你的产品！</p>
因此Tom知道他遇到了一个困局，现在他已经无路可退，要赢得AT&T的合同，唯有打破这个困局。</p>
于是Tom转向了LunX的工程师们——他们的任务就是来为这次OFC保驾护航的：“Canwesolvethisproblem？（我们能解决这个问题吗）”</p>
这次，Tom没有再说“Issue（情况）”而是用了“Problem（问题）这个词”。</p>
因为客户说是问题就是问题！</p>
没有人说话，因为没有人知道为什么会“死机”，就好比一个医生给病人看病，还没有查出病人究竟得的是什么病，病人就问医生：这病能治好吗？这让医生如何回答？</p>
Tom见冷场了，这可不是他想看到的，因为这意味着给AT&T做的演示失败了，更重要的是：在这样的情况下，AT&T铁定不会考虑LunX的CWDM光通信系统的！</p>
“Howaboutyou？（你的看法呢）”Tom看着大家都沉默着不说话，就把目光落在了我的身上，问道。</p>
早在那位长着大胡子的AT&T人拔掉电源，导致正在下载更新软件的光通信模块死机那一刻起，我就已经知道这一定是来自断电时产生的干扰导致的结果。</p>
因为我想起了十五年前，我在国内承包时，接了一个石门矿山的项目，每当计算机软件控制打开一个大功率的继电器时，当时的040微处理器主机板就会莫名其妙地死机，后来查明是因为大功率的继电器在闭合时在电源中产生了一个强大的干扰脉冲，导致了040微处理器主机板的死机。</p>
而在座的LunX软件和硬件工程师们，虽然他们都是各自领域内的精英，但由于都没有这种强干扰情况下的实时应用项目的研发经验，因此自然会感到丈二和尚摸不着头脑了！</p>
不过我没有吭声，因为在这种情况下做“出头鸟”是最愚蠢的，因为如果最终我无法解决问题，那么同事们会认为我是想表现自己，而老板也会认为我是好大喜功。</p>
而如果是老板主动先找我，我再应战，那就不同了，即使我失败，没有解决问题，那在同事们的眼中，也是为公司分忧，因为本来谁都没有把握一定能解决问题，而在老板眼里，我是敢于承担责任。</p><div id='gc1' class='gcontent1'><script type='text/javascript'>try{ggauto();} catch(ex){}</script>