重回1988之IT女王 第292节
各个部门都知道安夏会看内网，所以，对员工在内网上提出的问题，他们都会第一时间处理。 「吃了么」、「紫金论坛」、「紫金游戏」，还有行政部人员，都在她的贴子下面回复，说正在查。 安夏挺好奇，这个名叫黄兰兰的女员工，到底是怎么做到一下子发现这么多问题的？ 到底是她没事找事，还是真这么有空，把程序都测了一遍？ 安夏向这四个部门的人询问情况，确定黄兰兰说的事情确实存在。 而且，是一时半会儿查不到原因的bug。 除了行政部承认是写的时候没注意，另外三个部门的回答很相似：“我们部门的员工测了半天，没一个人出现她遇到的问题，看她的账号也是正常的……问题还在查。” 正说着，黄兰兰这个账号又报了一个错，这次是鸿雁的代交电费系统，说提成交成功了，其实没有交成功，电业局扣了她滞纳金。 四大部门索性联手对她的主机进行调查，别人都不出问题。唯独她出问题，一定是电脑硬件坏了。 梦想破坏，电脑硬件好好的。 在程序员们的努力之下，问题的根源陆续找到，确实是系统出的问题，比如「吃了么」系统，是因为此前做过一次数据迁移，对客户号做了一回调整，不知怎的，就把黄兰兰的客户号跟上一版的客户号重合。 于是那个人的订餐信息会发给黄兰兰。 至于代交电费系统，是因为她在代扣协议存在的同时，提前自己交了一回，触发代扣协议自动停止。 但是在用户规则里并没有提到，事实上，连程序员自己都不知道还有自动停止这种事。 四个部门的程序员看着黄兰兰发在内网上的贴子，同时感慨：“她真是bug触发机，碰哪儿，哪儿出bug。” 最邪性的是，程序测试员对着测试手册一条一条跑都没有出现的bug，都能被她触发。 在程序员之中，流传着一句话：如果bug能跑起来，就不要动它了，程序可能是靠bug跑起来的。 到了黄兰兰这里，这句话根本就不好使，被她逮出来的bug，就是绝对的显性bug，影响使用和用户信息安全，必须马上处理。 安夏挺想知道黄兰兰是何方高人，为什么会有如此逆天的技能，一查，是一个来暑期实习的大二学生，学编程的，志向是当产品经理。 现在正在人工智能组。 安夏叹了口气，以黄兰兰同学的天赋，她可能会成为全公司最恨的产品经理，不用故意挑刺，都能在验收时让程序员抓狂，不如去干测试，充分发挥特长。 想归想，人家志不在此，不好强求。 外面天已经黑了，安夏还有一些事情没有做完，晚上十一点她还要参加一个有海外人工智能专家共同参与的电话会议。 有点犯困，安夏决定起来活动活动，自己下楼到公司一楼去弄点咖啡。 从一楼回来的时候，电梯间只有她和另一个女孩子。 紫金的电梯是可以在电梯间就选好要去哪一层，方便调度电梯，选择完毕之后，液晶屏会告知被分配到哪个电梯。 此时六个电梯都在一楼，安夏选择了人工智能组所在的29楼，那个女孩子也去29楼。 根据智能电梯的应用策略，在运行低峰期，别说两个人去同一层。就算是去两个完全不同的楼层，也只开一个电梯。 可是，两个电梯门却同时开了，那个女孩子被分配去了另一个电梯。 安夏脑中灵光一闪，忍不住开口：“请问你是黄兰兰吗？” “对，你是……”那个女孩子露出困惑的表情，认真地看着安夏，不明白这个陌生的女人为什么会叫出她的名字。 等到了刘杰那里，安夏问道：“你们有没有什么测试需要跑？先给黄兰兰试试，她发现问题比较快。” 刘杰笑道：“你是说她五杀的战绩吗？上次你不是还说，不要迷信，我们是一个科技公司吗？” 安夏一本正经地摇头：“不，是六杀……有时候还是要信邪的，让她试试吧，就试试长生药业的。” 第122章 被测试之神眷顾的黄兰兰， 不负重望。 她是从图形数据上看出来的。 每隔24小时，系统都会生成几张日报图，从图上能直观的看出：今天配了多少， 谁跟谁配的， 配的结果，有没有异常。 黄兰兰说：“我刚到刚刚出的日报图有点奇怪，就把那几个数据调出来看了一下，果然是有重复的。” 跑穷举是试所有的可能性， 怎么能有重复的。 如果此事属实， 那就是重大错误了。 必须要回头看看之前跑的所有数据。 如果a配b出现了三次，后面的数据就有可能跳过a配cde， 直接变成a配f，就少了三个结果。 这个问题也不知道出现多久了，以前系统从来没有报过错。 刘杰的心头猛然一紧，数据中心刚出事那会儿，他还跟组员说：“大家小心点，不然年终奖就没了！” 现在安夏就站在这里看着， 他这边还真就出问题了。 刘杰的心口像堵了一个什么东西。 “你们快去查一下配对程序， 从今天往前倒查。”刘杰赶紧安排人检查程序， 什么时候能查出来不好说，紧张的情绪必须铺垫到位， 让领导看见他对待——“上级布置的任务非常积极。” 应急处理的同时，他的心里还有些埋怨这个不懂事的实习生：有事你当着总经理的面说个什么劲啊？ 等安夏走了，你再说不行吗？ 现在等于是把整个组架在火山上， 要是拿不出个像样的解释， 刘杰很担心自己组跟数据中心组一样下场， 年终奖被罚光。 查程序且等查一会儿， 安夏对此非常清楚，许多程序员完全没有写注释的习惯，整篇代码光秃秃，别说后人接手了，自己三天前写了个啥玩意儿，可能都记不太清楚了。 这就是很多程序员接手某个工作之后，宁可从头开始写，也不从别人写了半拉的程序写的原因。 安夏挺好奇黄兰兰是怎么从那么多个数据里看出不对劲的。 “颜色不对。”黄兰兰说，“我看数字和字母的时候，会感觉它们都有颜色，刚才看的时候，觉得同样的颜色搭配出现过好几次了。” “啊？颜色？数字和字母有颜色？” 黄兰兰点头：“汉字也有颜色的。比如天空的天是白色一点点蓝，犯人的犯是棕绿色偏灰。 1是黑色，2是亮黄色，3是深粉，4是绿色……所以刚才看报告的时候，在我的眼睛里是不同的颜色组合，刚好在同一页出现了好几个相同的色块。” “厉害……你这是通感症啊。”安夏只在书里看过这种人，没想到遇到一个活的。 黄兰兰有点紧张：“是病吗？” “不是，是一种天赋，跟心盲症一正一反，你是看字能出颜色，心盲症是想像不出来一个东西的模样。” 不过通感症不能解释为什么她总是能触发bug，就那么简简单单的按个电梯，智能电梯都能变成智障电梯。 只能说这真的是天意了。 还没等安夏想到可以用黄兰兰的技能做些什么，工程师们就已经查完了。 他们就查了几个重复的结果，再反查调取的数据源，发现采集程序没有问题。 是长生药业的数据源有问题。 他们从数据源排查，发现几万个志愿者的个人数据里有一大半是百分之百完全一样的。 “他们提交的九万个志愿者，有六万个重复数据。” 人跟人相似是正常的，但就算是同卵双胞胎，在数据上，都不一定是百分之百的一致。 何况这些人是来自五湖四海的陌生人。 现在的情况可以理解为：长生药业只找到了三万 个志愿者，然后每个人的数据被复制粘贴了两次。 看了数据之后，安夏脱口而出：“哟，这就是新时代的一气化三清吗？” 众人：“……” 老子知道自己被这么编排吗？ “你们确定接到的原始数据就是这个？”安夏认真地问了一次。 这就体现出电子交接的重要性了。 刚开始的时候，由于数据太大，所以对接人是想直接拎着一块硬盘过来给他们算了。 后来恰逢数据中心盛大开业，人工智能对数据中心的需求非常大，刘杰已经花钱在数据中心占了一个长期席位，钱都花了，那还不赶紧用起来？ 于是刘杰让他们先用网络传输，存在数据库里，免得万一人到了，硬盘插上了，结果发现硬盘故障导不出来。 那种感觉，大概会比《西游记》结尾唐僧师徒掉进通天河里还要难受吧。 长生药业的接头人一琢磨，是这个道理。 到时候来回跑的倒霉蛋还不是他自己。 于是他先把所有数据通过网络传到紫金科技，然后才拎着硬盘过来。 过于谨慎的结果，就是在系统上留下了痕迹。 原始的传输记录证明，长生药业一开始传过来的数据，就有三分之二是重复内容。 安夏查看了数据的创建与修改时间，点点头。 有铁证在手，杜绝长生药业将来出了问题甩锅给紫金科技的可能。 安夏不无悲哀的想起一件往事：有一天中午看见自己的上司刚打开外卖盒就跑了。 他说要去参加一个会议，会议内容跟部门一毛钱关系都没有。 但是跟部门业务链上的下游部门有关系，他必须去，避免那个部门有什么事情没做好，然后甩锅给自己部门。 如果真的发生了这种事，必须第一时间有人站出来说出真相。否则在老板的心中，导致出错的原因就是他们部门了。 再解释都没用，老板的潜意识里始终会有一个概念：就是他的错！ 这在心理学上有一个专用名词——首因效应。 安夏本以为自己做了老板可以摆脱这种事。 没想到，她确实不用跟公司内部撕了，改成跟合作方撕。 安夏无声地叹了口气，果然有人的地方就有江湖，到哪里都逃不掉。