春节过得飞快，亲戚朋友急急忙忙走了一圈，已经是正月初五了，我们匆匆的坐上了返程的火车。告别父母和家乡，总是有些不舍，可是成年人总是身不由己。远在大洋彼岸美利坚的印度阿三，已经在催项目的进度了。其实所有人都明白，这个项目没有那么着急，阿三只是急于表现自己。但是毕竟他是客户大家也没有办法。
　　自从波音客机的软件外包给印度程序员之后，我已经很多年坚持不坐波音客机了。空客是我唯一的选择，我实在害怕印度人写的软件，印度人吹牛皮厉害，可是敢于用印度人写飞机软件的人我觉得更厉害。春节回来第一天开会我们就再次见识了印度人的牛皮，项目开会美国总部招聘了一个新的印度程序猿和我们一起合作，这显然不是一个好信号，美国那边多干一点，中国这边就少干一点，关系的持续紧张显然加剧了美国客户的担忧，所以自己增加了一个程序猿，估计是以防万一我们国内无法继续服务的话，自己有个程序猿至少不用抓瞎。
　　新来的印度程序猿一点也没让大家失望，我们开发的程序有个老毛病，基本上是当初设计的时候出的问题，木已成舟，很难彻底修复了，除非推翻重写，但是开会时候提到这个问题，新来的印度程序猿估计连代码权限都没申请下来，闭着眼睛就说他有这方面问题的经验，这个问题他会来解决。美国客户一听，那当然好了，非常高兴地交给了他。我在心里暗暗发笑，解决？好吧，我看你怎么用嘴解决吧！
　　果然不出所料，印度人这是个连环计，很快在美国的印度客户就跟唐经理抱怨，说你们项目组的技术急需提高，这个简单的问题都解决不了，新来的同事刚来就能解决（用嘴）。唐经理也没有办法，只能答应回来抓紧提升大家代码的技能，继续学习。而我一直都看不惯这帮用嘴干活的印度阿三，所以在两周后的客户会议上，美国的客户齐聚一堂，新来的阿三程序猿，阿三项目经理，还有阿三的美国领导，我怀着十分谦虚的态度问道新来的同事不是把我们项目残留已久的问题解决了吗？能不能给大家分享一下是如何解决的，让我们也共同进步一下？我当然知道阿三程序猿根本就没有解决这个问题，代码库里的代码根本就没有阿三修改的记录。可阿三程序猿心里素质极好，竟然没有一丝丝的慌乱，不慌不忙的说，这个改动还在他本地，等他上传以后测试确保没问题了就给大家分享一下，同时还不忘倒打一耙，说这个问题核心是架构设计的问题，希望中国项目组在项目设计上多多注意，以免发生类似的问题，后期修改的成本极高，不利于项目的产出效率。我……败了！
　　可我也不是个轻易认输的人啊，两周之后的项目例会，中美双方再次欢聚一堂，我会前特意检查了代码块，阿三程序猿来了一个月了，仍然没有一行代码的输出，更不用说解决历史遗留问题了，我再次以非常谦虚的态度提出，希望能够好好学习一下阿三的代码，从而提升中方项目组的设计能力，共同进步，阿三程序猿这回有点慌了，毕竟上次张嘴就来的接口不能继续用了，半个月过去了，本地代码难道还不能进入代码库么？这就算美方高层再不懂代码也有最起码的判断了啊，阿三程序猿显然没有料到这个问题会被二次提出，但是印度人天然的好口才使然，阿三程序猿开始顺嘴胡说，一顿输出，反正就是不进入正题，美方的大客户显然看出了问题的端倪，打断了阿三程序猿说，你会后写个邮件详细说明一下这个问题的修改思路吧。
　　会后阿三憋了好多天终于还是写了一封不得已而为之的邮件，大意就是先说明这个问题的根源呢还是中方项目组架构设计引起的问题，然后一顿输出，夸大其词，最后不得不说，不是自己能力不行修改不了这个问题，实在是代码已经太多，动一发而牵全身，出于项目整体效率的考虑，只能暂时搁置这个问题了，等到日后项目进度没有那么紧迫的时候呢，可以和中方项目组一起修复这个问题。
　　大写的服！被两次当面质问之后仍然可以用嘴把中方项目组抹黑，最大限度淡化自己的无能为力，这个嘴炮我只能望洋兴叹。
　　不过从这之后，阿三程序猿还是收敛了很多，毕竟出来吹牛总是要还的。
　　程序上线永远是程序猿最紧张的时候，大家都害怕上线之后出问题，可是越是怕什么越是来什么，早上9点半上线的新代码带崩了整个程序，客户随便一点，程序就直接死掉。所有人都紧张极了，新代码被紧急撤了下来，接下来就是大家喜闻乐见的甩锅博弈……