offshore的笨蛋们

老兵帅客 · 发表于 2012-7-26 01:18:37

本帖最后由老兵帅客于 2012-7-25 12:20 编辑

刚刚解决了一个performance issue，事情是这样的，我们的一个项目所使用的一个web service是由我们公司印度分公司的员工，我们称之为offshore team，完成的，这个东西在测试服务器上工作没问题，但是发布到生产机以后遇到了严重的performance issue，因为客户的访问请求居然需要六到八分钟才能完成，届时客户界面那边早就time out了。客户要求offshore team解决这个问题，他们找了半天找不到原因，没办法这件事就交给我们来解决了。

我找来代码，发现里面居然没有任何log语句，因此你无法通过log信息来发现问题出在哪里，这程序是怎么写的和测试的？没辙，咱自己来给它加上所需要的log语句吧，然后安排重新发布到生产机上去。说到这里有人可能会问，你怎么不先在测试机上测试而直接上生产机了呢，回答是这程序在测试机上没问题，而在生产机上有问题，那唯一的可能就是数据量导致的问题，因此发布到测试机没用，还是直接上生产机吧。

发布到生产机上，安排客户进行测试，发现问题出在了JDBC语句上，这句话用字段值来搜索所需要的记录集合，数据库表里面对应字段类型是varchar2，而我们的offshore家伙们的对应JDBC PrepareStatement语句居然是setLong，这样每个记录都需要做一次数据类型的转换，这么干数据量小的时候没事，一旦大到了一定程度，这性能能不完蛋嘛。

发现了问题，解决方案也就简单了，在java程序里面预先转换好数据类型，然后把setLong改成setString，再把程序重新发布到生产机上去再测试，这回好了，从原来的需要六到八分钟减少到不到一秒钟，完事了。

offshore team这帮家伙水平也忒次了，居然不懂得要尽可能减少数据转换次数这个基本常识，从而导致了这次的性能问题。出了问题自己还没办法解决，只好求助加拿大这边的人来帮忙，这样的out sourcing有什么实际意义呢。

机器猫 · 发表于 2012-7-26 02:24:50

我现在也成天干给offshore team擦屁股的事。

MacArthur · 发表于 2012-7-26 02:49:41

OutSourcing唯一用处就是给那些愚蠢自大的Business Leader们一个机会，来显示显示他们也“懂得IT潮流”。。。

仅此而已。。。

老兵帅客 · 发表于 2012-7-26 03:01:43

MacArthur 发表于 2012-7-25 13:49 9 k' r6 a8 ]. T* u, E% L
OutSourcing唯一用处就是给那些愚蠢自大的Business Leader们一个机会，来显示显示他们也“懂得IT潮流”。。 ...

他们的主要用处是在统计报表上面告诉高层，我们通过out sourcing节省了多少多少开支，现实中就算了。

我们的客户已经明确表示，在以后的项目中不再考虑offshore的人员了，原因就是他们的表现太差，仅靠本地人员来救驾，那还不如直接用本地人员算了。

老兵帅客 · 发表于 2012-7-26 03:02:04

机器猫发表于 2012-7-25 13:24
$ e6 B) K, m3 `& X4 E) `我现在也成天干给offshore team擦屁股的事。

嗯，同病相怜啊

明月回春 · 发表于 2012-7-26 08:53:25

其实软件这个行当不适合外包，尤其是offshore的那种。除去成本与能力之类原因，软件产品本身的质量控制没有直接的手段。因为他本身并不是有形有质的。你能对硬盘质检，但是检测硬盘中的软件代码质量，却要几乎从头到尾读一遍代码。这个成本很高，而且也依赖于检测人的自身水平。
目前的质量控制只是一种过程控制，而且注重形式。所以，有可能生产出来一堆华丽而规范的垃圾。。。

库布其 · 发表于 2012-7-26 09:14:27

成本上来说，offshore team 主打 + 本地人员擦屁股 < 本地人员全部搞定就可以。

各种个案都有。我算是在中国的offshore team吧，有很好的工程师，也有差一些的工程师。总体来说比美国的差，但是搞个一年半年，抢美国工程师的饭碗没问题的。

老兵帅客 · 发表于 2012-7-26 10:02:41

明月回春发表于 2012-7-25 19:53 % |5 t# a: \. }3 r$ _* J) L- B
其实软件这个行当不适合外包，尤其是offshore的那种。除去成本与能力之类原因，软件产品本身的质量控制没有 ...

说的很对，问题是我们的offshore team出来的东西连华丽都没有，就剩下垃圾了。

我们这个项目一共用了三个web service，原来打算都让那边的人来做，结果有一个半年做不出来，被我们这边的一个家伙一个礼拜搞定，还一个被我彻底重写了，就剩下现在这个貌似还行的，现在发现还是不灵啊。我今天收拾的这个有多复杂呢，实在是很简单，就是一个用JDBC写的sql select语句啊，连这都搞不定，算什么呢。

假如十八 · 发表于 2012-7-26 10:02:49

写过几次sql的半吊子路过。。。

老兵帅客 · 发表于 2012-7-26 10:04:36

库布其发表于 2012-7-25 20:14
( @" l, r1 P Q成本上来说，offshore team 主打 + 本地人员擦屁股 < 本地人员全部搞定就可以。6 F# N" n: b4 A

9 P- q0 t8 J1 Y$ J5 v( ^各种个案都有。我算是在 ...

国内的软件工程师要比印度的强多了，但是问题在于两点，一个是时差问题，正好是背靠背，再一个就是语言问题，我们要求直接能电话谈工作，这个就很难了。

老兵帅客 · 发表于 2012-7-26 10:05:25

假如十八发表于 2012-7-25 21:02
# u& s. ~0 M3 Z1 E- K5 q9 A写过几次sql的半吊子路过。。。

数据库专家啊，崇拜。。。。。。

假如十八 · 发表于 2012-7-26 10:09:20

老兵帅客发表于 2012-7-26 10:05
Q& a& z: |. }数据库专家啊，崇拜。。。。。。

别逗了。。。我就会写个select。。。那种从sysobjects里面抽字段名玩来玩去的事儿我是不会干的~

四处张望 · 发表于 2012-7-26 10:25:12

假如十八发表于 2012-7-26 10:09
' s4 j9 |; v T ]( R% Z别逗了。。。我就会写个select。。。那种从sysobjects里面抽字段名玩来玩去的事儿我是不会干的~ ...

我做了十几年了，帮主说得sysobjects我都不知道是啥

hotlemontea · 发表于 2012-7-26 10:28:51

很多美国公司已经开始insource回来了吧

老兵帅客 · 发表于 2012-7-26 10:29:31

hotlemontea 发表于 2012-7-25 21:28 7 S. X8 G- x. o8 T/ G- U0 Z
很多美国公司已经开始insource回来了吧

美国不清楚，加拿大已经在往回收了。

草蜢 · 发表于 2012-7-26 12:21:29

Whatever happened to load test in Staging environment?

库布其 · 发表于 2012-7-26 12:58:43

老兵帅客发表于 2012-7-26 10:04
国内的软件工程师要比印度的强多了，但是问题在于两点，一个是时差问题，正好是背靠背，再一个就是语言问 ...

时差有利有弊。
我就说个利吧。全球都有用户，出了事情总会有人第一时间接手开始搞，等这头该休息了，一个mail出去后面爬起来上班的继续搞。

语言在我们这里基本还可以，磕磕绊绊把问题搞清楚说明白，还是没问题的，基本没有只懂哑巴英语的人。。。其实哑巴英语的，赶鸭子上架几次，也就开口了。开口了，就不怕说不明白了，十几年的英语教育，还是有些作用的。

最后的权衡，估计还是人力成本为大头。同样级别同样能力养一个美国工程师，大概在中国能养2-3个同样级别能力的。

晨池 · 发表于 2012-7-26 13:10:25

难道他们不做大量数据的测试吗？测试机上跑完了就完了，那测试也应该有Performance Testing，应该能检测到大量数据时候出问题的情况的呀，应该能预料到会有大量数据的情况下吧。这不能说Offshore team出问题。。。是Offshore testing team出问题

四处张望 · 发表于 2012-7-26 13:53:18

晨池发表于 2012-7-26 13:10
8 Z9 K( Z# {7 o1 E0 X难道他们不做大量数据的测试吗？测试机上跑完了就完了，那测试也应该有Performance Testing，应该能检测到 ...

功能测试很可能做，性能测试吗，哇哈哈。

老兵帅客 · 发表于 2012-7-26 18:35:21

四处张望发表于 2012-7-25 21:25 & h& o- H. H2 C/ `$ }4 U
我做了十几年了，帮主说得sysobjects我都不知道是啥

俺也不知道

		自动登录	找回密码
密码			注册

[信息技术] offshore的笨蛋们

相关帖子

点评

点评

浏览过的版块