周五新井乐颠颠的回国了，周一上班的时候，他给华夏这边项目所有成员，发了一封寒暄的邮件。
“我这次是第二次去华夏，是一次非常快乐的出差，这四天里，安排的日程非常浓密，也切实的看到了华夏员工对项目积极进取的姿态。特别是那天，大家集中在一个会议室里，进行代码审查的情景，这是我们和国团队最近都快忘掉的，对品质积极，极致的追求的态度，今后项目还会有很多困难，大家一起加油。”
叶奕凡看到“安排的日程非常浓密”，就禁不住笑了，看到了后半句，**裸的赞美，大家都挺高兴。
从这以后，项目进入了一段时间的顺利期，不过顺利永远是暂时的，不一定从哪里，总是随时会出现新问题。
4月初有一天，高谷发来一封邮件，要求他们使用一个代码检查工具，说为了提高成果物的品质。在本地把这个工具安装试了一下，占用内存特别巨大，装到谁的机器上，谁的机器就跑不动了。
没办法只能安装在一个公用的机器上，谁的功能做完后，就到这台公用机器上，把自己做的相关的文件都用工具检查一遍。
但在试用的过程中发现了一个大问题，这个工具运行起来慢的可怕，检查一个功能就得一天到一天半的时间。
也就是说白天根本用不起，只能晚上下班后自动去运行，而每检查完一个功能，根据工具报的错误，修改后再检查一遍的话，又要花第一次同样多的时间。
而且发现工具费了那么大劲，检查出来的问题点80%以上，都是一些文件格式方面的问题，其他的20%经过分析，也并没有什么对品质会产生明显影响的东西。换句话说，整个工具对项目的坏处显而易见，而看不出来有什么明显的好处。
叶奕凡十分的不想用这个工具，但还没想好怎么跟高谷说，这种事就和上次不想用沃克工具一样，费劲。
有一次跟雷刚等几个人一起吃饭，他一边吃着，一边就吐槽这个工具。说这个破玩意非把项目整出问题不可，一个功能平均用一天多检查，整个项目一百来个功能，差不多一百二三十天的时间就没了。
再加上修改后还要再检查一遍，再修改再检查，项目的时间都被这个工具吃掉了，而且还检查不出来什么正经问题。
他的本意，其实就是要吐槽一下，嘴里先爽爽，还没准备好正式和高谷谈。正式谈的话，需要些时间准备论点论据论证。
万万没想到说者无心，听者有意，雷刚把他的话当回事了。而且最近他在项目里闲的要命，一心想找点事做。
一听到叶奕凡这些话，他就想用自己的方式，为项目出点力了。在没有通知叶奕凡的情况下，他在华夏方与和方的高层会议上，谈到神马项目状况时，直接怪罪和方项目经理不应该强求使用这个工具。
叶奕凡第一次知道这件事，还是从藤井的嘴里。