|
[ZT]深圳、香港、新加坡我的程序轨迹(作者：爵士 出处：天极网)(3) 会“死”在里面的项目 在宾杜辞职之后，只剩下我一个人在这个大房间里，偶尔才会有个新加坡人进来这个房间和我讨论将要做或正在做的事情。他们显然对我不在意—一个Developer而已。无论是和香港客户的会议还是内部的会议，都没有让我参与。我只知道在6月份会去香港客户那里做Release前的调试工作，平常自已安排时间对付那些发过来的bug。到最后我甚至不知道究竟目前M项目组中有多少人。可能只有一点是肯定的，只有我一个Developer。每次香港发过来新的问题，那帮新加坡M项目组的人就会开一次会议，想必除了聊天的主题外，估计就是七嘴八舌猜测症结可能出在什么地方。也许他们太高层了，以至于没人愿意看代码。 事实上,那一大堆VB代码上很让人头疼。它是一大批人做过的结果。一个函数能长达上千行，打满了补丁，到处是交叉引用莫明其妙的全局变量，面对这么混乱的代码笨蛋都想得到根本是没什么设计文档可言。M项目组中有人认为我对整个项目的需求非常不清楚，还专门给我上过近一个钟很严厉的课，我还在想他们是不是在暗示我懂需求就会看懂那代码吧?!直到今天我都还没法读懂那些代码，没完全搞懂M项目中每一个详细的需求。我只是见招拆招，针对每个要修补的问题来做事—医治一只手指上的伤，犯得着把整个人体研究个遍?两个月差不多解决了30-40个bug后，6月份我飞到香港呆了两个星期，和香港子公司同事一起作回归测试，按计划，轻松地交出了第一次Release。 我还不能回深圳，在香港子公司的测试安装人员把应用程序deploy到客户的几百台移动客户端上之前，我还得在新加坡作最后1个月的技术支持。从香港再次回到新加坡后，我开始直接和香港测试人员联系而不再需要M项目组作传话筒。 补丁加补丁还是其他 7月的前三个星期一点问题都没有，在最后的一个星期4却突然发过来一个特殊的需求，是一个传真的中文支持问题。非常关键的问题，如果不解决的话，整个的Release就不会得到客户的认可。我花一天时间测试，发现牵涉的地方相当多；要做大手术才能根本解决问题。而香港的执行经理Tim不同意动大手术，坚持用补丁上加补丁的方法解决—那样会比较保险，但会出现拆东墙补西墙的问题。按日程我每天都得不断提交测试版本，要在下星期三前让东墙西墙都得到照顾。 我估计了一下时间后，认为补丁上加补丁风险更大，于是在没有通知香港方面的情况下，在周末作了较大范围的修改。星期一，我按要求提交了测试版本，香港那边发现了很多新问题，比原来发过来的要多一倍—这是在我看来是很正常的，动大手术的结果，但仍很有信心。Tim开始叫嚷起来，我只是跟他说“Trust me”。星期二早上我又例行提交了一个版本，返回还是一大堆问题，Tim坐不住了，打电话到了新加坡M项目组的陈老板大骂我不听话。将近中午时间，我发出了来新加坡这半年来最后一个修补版本。吃完午饭回来，收到香港Test Bed那边发回的结果，所有问题都Ok。我随即向陈老板和Tim转发了这份Email。哈，我赢了。星期四，Tim发回信件再次确认我的所有工作都完成。陈老板亲自请我吃临别饭，称赞我Creative。那个周末我终于返回了告别已久的深圳。 这最后的一次和Tim的较量让我开始在这家公司得到了真正的重视。8月底老板交给我一个Demo项目，由我为首带了两个新人作。客户是新加坡民防部门。时间非常短，只有不足3个星期时间。发挥的机会来了。我选用了MSMQ为中间件，我作通信和COM接口部分，由两位同事分别作客端和服务器端逻辑部分。开发工具主要用VB，GIS部分复用了我在M项目里作的一个组件。此时我对这种分布系统的快速开发的过程已非常熟悉。曾经被我瞧不起的VB现在看来实在是个快速建原型的好工具，两个星期我们就推出了两个版本。9月中旬，我带着两个同事再次回到新加坡，非常轻松的完成了一次成功的Demo。一个月后，新加坡同事告诉我，这个项目已经接下来了，Demo效果非常好。 此时的新加坡对我除了沉闷无聊外已经没有其它感觉，在接下一个游戏引擎项目里呆不到三个月，我就坚决要求返回深圳。12月底，我被安排到香港的一个6个亿的T项目里作System Testing(系统测试)。
| 
