《互联网往事》焦子戊

64、064

　　这个项目着实是一场灾难。高淑芸对部门的业务和项目流程还是很熟悉的，毕竟她是老员工了。她知道如何找到对应的后台开发配合她联调，也知道用何种方式与项目经理协调工时，但是她的技术能力还很生疏。而社招的新员工技术能力是过关的，但是他们对部门的业务很生疏，也不知道如何和项目组成员打交道，他们总会有自己不恰当的发挥，从而撞了钉子。
　　本来两种员工相互帮助，也许能使得大家都能够尽快适应开发工作。不过项目太过紧急，每个人都困在自己的困难中，无法抽身出来倾听别人的需要，更遑论伸手帮助了。于是项目就在这表面风平浪静，实则暗藏风险的氛围中进行。直到第一个迭代要提交的那一天，所有的不足都显露出来了。
　　第一个迭代要提交了，江跃龙既高兴也不安。高兴的是，努力了一周，所有人的代码都要合并了；不安的是他对第一个迭代的质量信心不足，因为这是一个才成立不久的团队做出来的第一个迭代。
　　江跃龙觉得，如果这个迭代问题不大，那才是见了鬼了。问题多，是正常的，他怕的是技术总监认为不正常。江跃龙自从掌管了移动开发android组以来，就见识到了技术总监的焦虑能力。技术总监过分的关注让江跃龙压力倍增。江跃龙觉得，即使技术总监很焦虑，那也要留足了空间给技术人员们做事。技术总监一封封邮件的关怀，技术人员又怎么会有时间做好代码编写呢。
　　因为技术总监的过度到访，江跃龙频于应付技术总监的询问，却完全没有时间对手下的代码进行走查。如果要问江跃龙对手下的代码能力了解几何，江跃龙会说，零。他完全没有安静走查代码的时间。这一次合代码，真是凶多吉少。但是丑媳妇也要见公婆，是骡子是马总得拉出来溜溜。江跃龙咽了咽口水，在编译机上开始编译。
　　这个编译工作从早上一直进行到了下午。这并不是因为编译机的性能太差，导致编译缓慢。而是因为总也编译不出来一个稳定运行的版本。编译了一天，出来的版本都是一进app就退出，或者用手稍微点击几下就退出了。这样的app是不会被测试团队接受的，因此一天之内，测试团队把不符合标准的app全部都打回来了。江跃龙一遍遍地编译，再一遍遍地排出问题，分配给手下修改，一直到了晚上，终于编译出一个稳定的版本，可以提交测试了。江跃龙松了一口气，他瘫倒在座位上，现在这个烫手的山芋，到了测试团队的手里了。
　　但是测试团队也不甘示弱，只有一两天的功夫，就提了上百个bug。雪片般的bug单提交邮件塞满了江跃龙的邮箱。这个烫手山芋很快又回到了开发团队的手中。江跃龙的团队又开始忙碌起来了。
　　高淑芸收到了10多个的bug单。她还从来没有一下子收到过这么多的bug单，一时间不知道从哪里开始改起了。她打算先把所有的单子都看一遍，不太明白的就找测试人员复现。她发现有好几个bug单都是她某一行的代码错误造成的，她改好后，一下子就关闭了好几个bug单。不过她马上又想，这么改会不会引入别的问题？哎呀，不管了，有问题测试人员就辛苦一下再提给她。
　　就在这排山倒海的bug中，版本质量在匍匐前进。几个迭代下来，每次编译的版本已经不再是烫手的山芋了，它显得温润可人了。项目进入到了公司内部试用的阶段了。
　　在内部试用阶段，大家的心情也开始放轻松了，这个阶段即使要修改，那也是小更改了。高淑芸不再是之前拼命赶需求进度的状态了。她把她的代码走查了一遍，又把官方文档多看了几章。
　　高淑芸之前开发的时候，常常通过搜索引擎来搜索实现方案，因此也借用了别人的代码。但是当她闲下来，把相关的官方文档看了之后，很快发现网络上搜出来的代码非常不专业。那段代码似是一个初学者写的，实现方法很绕。其实android提供了一个更便捷的组件可以实现这个功能，写法上更简明扼要，性能上也更优越。
　　高淑芸有点坐不住了，她不想要这么丑陋的代码运行在上亿人的手机里面。她赶紧跟项目经理请求，给自己排一个技术需求，好让她重构代码。她原本以为项目经理会不同意，都这个时候了，还要大改代码，风险是很大的。但是项目经理居然同意了，说另外几个开发人员也跟他提了重构需求，一并改了吧。项目经理叮嘱高淑芸要小心谨慎，多做自测，不要引入新问题。
　　高淑芸重构完代码后，心里踏实了，对自己又有了一点信心。果然还是要把官方文档都看一遍才好，不然就要被网上的代码忽悠了。