第393章 大公司【加更第17章】

请关闭浏览器的阅读/畅读/小说模式并且关闭广告屏蔽过滤功能，避免出现内容无法显示或者段落错乱。

<b></b>似乎是收到了中国人的刺激，谷歌的员工们也不愿意自己被中国人看低，搞得好像伟大的美国人，还不如这些土鳖中国人一样。

所以大家都一起开始疯狂的加班，等到中国人休息了一晚上，饱睡了一觉之后，就开始继续工作，然后谷歌和江南集团同时加班了24小时，把最后的调试也给完成了。

最终原本预计最少也需要花费7天时间的安装调试工作，只用了三天半的时间就完成了。

而在剩下的5天半时间里面，江南的高品质服务器展现了自己的价值，因为存储和删除的速度极快，所以数据转移的速度比预计中还要快了许多。

等到了还剩下最后30的数据的时候，拉里·佩奇直接下达命令，不再进行任何刻意的流量限制，全数转移自家的数据。

之所以在最后一天冒险下达这样的决定，是因为拉里·佩奇和雅虎的接触很多，对这家公司了解很深。

此时的雅虎已经是一个庞然大物了，光是美国本部就拥有上千名员工，公司拥有几十种不同的部门。

而且内部的管理开始走向混乱，就拿一个服务器部门来说，他们还没有一个直通高层的管理渠道，是要通过4个部门层层管辖。

当然了，这样的情况在大型公司非常的正常，这就是传说中的大公司病。

而患有大公司病的企业，内部的信息上报其实是非常缓慢的的，在底层发现了一个信息，往往需要几天甚至几个星期的时间，才有机会传到高层的眼中。

而这仅仅也只是有机会而已，大概率还是这样的信息被直接磨灭在了消息的传递之中。

就拿这一次谷歌的数据异常来说，在拉里·佩奇宣布全数转移数据之后，负责监控服务器流量的工作人员第一时间就发现了异常。

毕竟数据流量猛然增加了好几倍，傻瓜也能够看出问题出来。

可结果这个工作人员却选择无视他。

不是说这个工作人员是和拉里·佩奇一伙的，被拉里·佩奇给买通了，相反，拉里·佩奇和这个工作人员根本不认识。

这位工作人员之所以选择无视，原因只有一个，那就是上报太麻烦了。

他需要先拉取数据，然后填写详细的表格，最后再打一份报告，这些工作加在一起，少说也得花一两个小时的时间，太累人了。

在刚刚入职的时候，遇到这种事情，这位工作人员会非常认真仔细的写好报告。

可是在发生了几次这样的事情之后，这位工作人员却非常无奈的发现，除了自己的直系上司会看一眼报告之外，这份报告在更上层就没有任何的反应了，他得不到一丢丢的回馈。

而事实上，流量在某一个瞬间发生了爆炸事故也是很正常的事情，比如是遇到了某个重点新闻，又例如是遇到了某个热点事件，又比如是某个地区的网络出现了某种原因的故障，再或者干脆就是受到了黑客的攻击，反正各种各样的原因都有，但其实没有什么大不了的。

再试过一次无视这样的情况，也没有受到任何的处罚和责备之后，这位工作人员就非常干脆的习惯性无视了，反正工资就这么多，何必给自己增加工作量呢。

于是在流量暴增足足三个小时的时间里面，雅虎本身直接不做任何的处理了。

直到三个小时之后，这位员工发现流量依然在高速运转的时候，他才感觉到一些不对劲的情况。

可是他也管不了了，因为他要下班了。难道这个时候他要向自己的上司报告，给自己换取一个免费加班的机会吗？

所以他非常干脆的选择继续无视，而是向来和自己交班的人，提醒了一句注意一下流量变化，就直接下班走人了。

而这位来交班的员工抱着同样的心理，拖拖拉拉了4个小时，给谷歌创造了7个小时的无反应时间后，才发现自己该写一封报告给自己的上司了。

于是他花了一个小时写报告，送到了上司的邮箱里面，但此时已经是接近凌晨了，上司已经入睡了，谁还会搭理这样一封报告呀。

直到第2天早上9:00上班，上司才发生了邮箱里面的这份报告，然后叫来了负责监视的员工，然后这位员工表示，在早上8点多的时候，流量已经恢复到正常水平了，暴走的流量现象也消失了。

“这就是一个偶然的故障，不用在意！”上司嘀咕了一声，他如果要上报的话，就得写两个小时的报告，太t的浪费时间了。

反正现在异常情况已经结束了，估计是bug自己消失了，那就当做无事发生好了。