|
我举个切身例子。 （知道实情的同学请别点破，也别在评论中提及相关字眼，谢谢） 换行前的一两年前，我曾经被派往 新加坡 工作过一年。
公司财大气粗，以极好的薪水，亲自从印度本土招聘的软件工程师。因为在国际上，印度IT业发达，已经是一种“政治正确”的观点。
然而，这批“优秀”的工程师里头的大部分，在我看来，跟傻逼没啥区别。
举个具体的例子。其中有这么个需求，在用JS实现一个 “选定当前日期的下一日”。
对于大部分211、985院校毕业的中国工程师来说，就算完全没有JS基础，从接到需求那一刻，从0开始学JS，到最后做完，不会超过3天。
而其中一位“优秀”印度工程师，花了整整1个月。其中，在实现 NextCurrentDay 的时候，居然不用JS的Date对象，而用JS从0开始手撸了一遍，这么一个Date+1的计算，耗费了整整2周，还忘记算闰年。
有中国同事告诉他，JS有一个Date对象，可以很轻松完成NextDay的计算。“优秀”工程师说，内置的unsafe，很慢，自己写的比较快，且有保证。
他们10点上班，吃个早餐，11点，13点吃个饭，14点半回来，16点吃个下午茶，17点回来，18点下班。天天如此。
最积极的时候就是开会的时候，吹得天花累赘。
我都替公司觉得亏。
大家还记得，波音787吗？飞控软件最初是交给了印度人编写，并在印度本土设立了分公司，招聘员工（可能从人力资源的角度看，这样比较便宜吧）。交货的时候发现完全没有保障。在样机上都OK，一安装在另外一台机器就傻逼。在没确切查明问题根源的情况下，打Patch修复（这很互联网）。787刚交付的时候，因为这个事儿差点出了几次大事故。日本人第一个吃了咖喱味的787螃蟹，所幸没造成人员伤亡，否则波音搞不好就破产了。
这个软件列入业内黑名单，禁止使用。波音还得另找团队从头重写。787延期交付与此有不小关系。
分析一下波音787突然多公司多架次大面积事故的原因 http://www.mitbbs.com/article_t/Travel/31676649.html
另外有兴趣的，可以看看这个 那些被印度人搞垮掉或差点搞垮的公司_印度吧_百度贴吧
===大家好热情===
那就再多说点吧。国际环境上，除开本土研发，软件产业链的结构是 “欧美设计，印度接包，中国擦屁股”。
以Oracle为例（同学朋友有不少在里头，了解的比较多）。Oracle主力设计在美国，通过印度人强大的关系网络，第一步会交给印度实施（Oracle在印度的分公司），然后交给中国做bugfix和维护。
但鉴于印度人那个实施水平，这个bugfix跟rewrite没啥差别，甚至比rewrite更糟糕。因为对于Oracle这种公司来说，并不会接受对一个产品进行大改造。所以在中国的小伙伴就只能在印度人留下的坑爹架构上做各种workaround。费时费力，不利于KPI。
修好了，印度人的设计功劳，修不好，中国人的锅。
在国外，怼死中国人的，永远是中国人。前前司在某国，中国，新加坡都有office。
当时总部决定在产品上大规模使用NoSQL作为存储引擎。但NoSQL并没有原生事务支持，鉴于团队的研发能力的评估，如果连带事务支持的SQL都用不好，使用NoSQL是一件高风险的事情，一出错就引入脏数据，子子孙孙无穷尽也。
位于某国总部的刚毕业的刘姓博士（刘博）负责底层存储层的设计和编码，工程设计能力是不足的。
出于风险和明确责任的考虑，我公开邮件问了两个问题： 1，存储层是否支持事务 2，如需事务，是否有solution或预案
刘博士并没有正面回答问题，而用带有讽刺和挑衅的语气绕开了。（邮件开头第一句是"I don't want to answer this stupid question."）
刘博士回复的核心就2句话 1，这个NoSQL是开源的，如果需要事务，可以改造它。 2，（划重点！！）但这并不是说他会负责这个改造。
高！！真心高！！站在道德高点藐视众人就是爽！！上面两句话请各位看官细细体会。
半年后，他带着research的光环，自己辞职了，把锅甩给了中国团队。可能是改造NoSQL，加上事务这种事，他觉得太low，配不起他博士的头衔吧。 | 
转播
