一听雷刚复述新井的这句话，简直像是吃了人参果，浑身上下三万六千个毛孔，无一个毛孔不畅快。
高谷和新井，都是四十多岁的人了，他们分别是jhb和国部门中，公认的最厉害的项目经理和最厉害的技术大拿。他们这种人，多少是有些自傲的，如果认为谁象自己年轻时候，那就是对对方的最高评价。
新井这回出差过来，终于看到他想看到的内容了，看到了能使他对项目放心的场面。
控制一下高兴的心情，把刚才打印出来的，还没有最终确定的十来个问题，拿到新井那边，挨个问题和他描述一遍，希望他确认一下各种问题，分别采取什么方案比较合适。
新井静静的听他说完之后，问了这么一句话：“这些问题，你有没有推荐的解决方案？”
叶奕凡回答说：“有的，针对每个问题，下面都列着我们讨论出来的几种方案，写在最前面的，就是我推荐的方案。”
新井听了，点了点头，然后伸平手掌，手心向上，用手指指了他一下，明确的说道：“以后，类似的问题，如果叶桑有了明确的方案，那就不用问我们，你自己决定。只有在你拿不定主意的情况下，才需要找我们商量。”
这句话让叶奕凡很惊讶也很高兴，这可是一个前所未有的，极大的授权。
要知道这种远程合作模式，最麻烦的一件事情，就是问题与回答，学名简写为“qa”。
不管是业务设计也好，环境搭配也好，技术实现也好，在实际工作的过程中，每天都会产生大量的问题需要同和国沟通解决。
现场的员工对工作中有疑问之处提出问题，和方来回答，有些问题往往不是在邮件里几句话能说清的，复杂的问题还需要再用电话详细说，很多时候，需要来回反复沟通好几遍才他们才能弄明白。
然后又不一定花多长时间才能等到他们的回答，如果涉及到编码的问题，还经常由于他们对一些编码的细节不是特别了解，回答的方向可能会引起较大的实现困难，那就得再次沟通。
一个项目在进行的过程中，往往这种“qa”就成为了主旋律，双方投入大量人力和时间。有些项目，还要专门设置一个角色，找语言好的人，在两国之间起这种桥梁作用。
而现在新井给了他细节上的决定权，就意味着这个项目从此在沟通上会节省大量的时间。而让叶奕凡自己做决定的话，他肯定会在项目需求，和开发实现的难度上，找一个合适的平衡点，从而避免出现编码难以实现的局面，这样的话，就相当于在项目的成功的天平上，又加了一个大大的砝码了。
这就好比是在战场上，前线的指挥官是拥有随机应变的权力呢，还是事事情都要跟后方请示一样，对胜负的影响显而易见。
从此以后，项目做的就更顺利了，以前很多要提“qa”的地方，现在直接内部开会，大家有问题在会上提，大部分情况下叶奕凡可以直接拍板决定，极大的提高了效率。
周五新井乐颠颠的回国了，周一上班的时候，他给华夏这边项目所有成员，发了一封寒暄的邮件。
“我这次是第二次去华夏，是一次非常快乐的出差，这四天里，安排的日程非常浓密，也切实的看到了华夏员工对项目积极进取的姿态。特别是那天，大家集中在一个会议室里，进行代码审查的情景，这是我们和国团队最近都快忘掉的，对品质积极，极致的追求的态度，今后项目还会有很多困难，大家一起加油。”
叶奕凡看到“安排的日程非常浓密”，就禁不住笑了，看到了后半句，**裸的赞美，大家都挺高兴。
从这以后，项目进入了一段时间的顺利期，不过顺利永远是暂时的，不一定从哪里，总是随时会出现新问题。
4月初有一天，高谷发来一封邮件，要求他们使用一个代码检查工具，说为了提高成果物的品质。在本地把这个工具安装试了一下，占用内存特别巨大，装到谁的机器上，谁的机器就跑不动了。
没办法只能安装在一个公用的机器上，谁的功能做完后，就到这台公用机器上，把自己做的相关的文件都用工具检查一遍。
但在试用的过程中发现了一个大问题，这个工具运行起来慢的可怕，检查一个功能就得一天到一天半的时间。
也就是说白天根本用不起，只能晚上下班后自动去运行，而每检查完一个功能，根据工具报的错误，修改后再检查一遍的话，又要花第一次同样多的时间。
而且发现工具费了那么大劲，检查出来的问题点80以上，都是一些文件格式方面的问题，其他的20经过分析，也并没有什么对品质会产生明显影响的东西。换句话说，整个工具对项目的坏处显而易见，而看不出来有什么明显的好处。
叶奕凡十分的不想用这个工具，但还没想好怎么跟高谷说，这种事就和上次不想用沃克工具一样，费劲。
有一次跟雷刚等几个人一起吃饭，他一边吃着，一边就吐槽这个工具。说这个破玩意非把项目整出问题不可，一个功能平均用一天多检查，整个项目一百来个功能，差不多一百二三十天的时间就没了。
再加上修改后还要再检查一遍，再修改再检查，项目的时间都被这个工具吃掉了，而且还检查不出来什么正经问题。
他的本意，其实就是要吐槽一下，嘴里先爽爽，还没准备好正