印度人的代码质量如何？

为了更好地便于大家交流学习，EETOP按区域和行业组建了一些微信群，欢迎所在区域的网友加入各自的区域群，加群方法： 先加 jack_eetop 为好友，发送如下信息：加群+区域（或行业）+单位（或院校）+职业。此外，我们也开通了一些行业群

长按二维码，加群主为好友，拉你入群

区域群：

福建 武汉 合肥 苏州 浙江

北京 上海 深圳 成都 西安

（如果不在所在省市，也欢迎加群）

行业群：

FPGA群   汽车电子   深度学习  

物联网  信号完整性 IC验证群 EMC群

加群前请务必在朋友圈分享至少一篇EETOP的微信文章

来源：代码那些事

公司财大气粗，以极好的薪水，亲自从印度本土招聘的软件工程师。因为在国际上，印度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点下班。天天如此。

最积极的时候就是开会的时候，吹得天花累赘。

2005年，某股份制银行全行的XX系统，作为咨询顾问参与该项目。因为该系统在国内第一次实施，国内基本没有人懂，请了一个澳洲华人、一个荷兰人、三个印度人，以及十多个中国人一起。经过半年后，遣散了所有外籍，剩下的中国人又在该银行做了N年N期项目，至今该系统还在运行，算是一个相当成功的项目。其中印度工程师，除了在项目前期大家都不懂的时候，起了点作用，后期基本是负作用。

一次系统测试，发现了一个问题，测试员查到一段代码可能有问题，是印度人写的。本着谁写的谁修改的原则，通知了他，他听了问题描述就说了句不可能是我的错，我给你看看，然后回到他的座位上去了。等了一会，印度小哥又来找测试人，这次真的没有问题了，印度小哥很得意的说你看不是我的问题吧。测试员想想不对啊，跑去看刚才怀疑有问题的代码，发现代码已经被这老兄给改了。大哥，你真的不知道有开发日志这东西吗。

我们公司有个部门是做硬件的，欧洲的设计中心把软件外包给印度一家公司写，结果整天出BUG，最后项目因为软件硬件不匹配失败了。请外包来中国出差现场沟通也搞不定。硬件部门亏损了好几年，公司老板最后把中国区的硬件部门关闭，人全裁掉，中国区给欧洲的硬件部门和印度的软件外包背了黑锅，当时中国区很多同事都觉得很委屈，结果过了一年多，欧洲的硬件部门被公司整体卖掉，公司以后不再开展这方面业务了。那些已经离职的同事对此事的评价有两点：1 那帮欧洲的孙子活该。2印度的软件公司害死人。

搞过一个平台，有的代码是美国人写的，有的是台湾人写的，有部分是外包给印度公司的。美国人的代码看着赏心悦目，台湾人写的代码看着比较舒服，而印度人写的简直跟烂屎一样。有的语句有缩进有的没缩进，有的缩进是TAB有的缩进是空格，有的缩进2个空格有的缩进3个空格，有的if后面有空格有的没有，有的switch块的case有缩进有的没有，有的switch有default有的没有，有的if最后有else有的没有，有的逗号后面有空格有的没有，有的define后面有一个空格有的有n个...等等等等，那天马行空的格式着实令我惊叹原来C语言的语法如此宽松。

从那以后我看有人吹印度IT业如何牛逼就想呵呵他一脸，连编码规范都做不好你让我如何相信他有多牛逼？你就算编码时懒得敲缩进，写完代码后用工具做一下格式化有多难？这是态度问题。态度有问题，别的都不要指望了。

点击阅读原文，查看更多