offshore的笨蛋们

老兵帅客

刚刚解决了一个performance issue，事情是这样的，我们的一个项目所使用的一个web service是由我们公司印度分公司的员工，我们称之为offshore team，完成的，这个东西在测试服务器上工作没问题，但是发布到生产机以后遇到了严重的performance issue，因为客户的访问请求居然需要六到八分钟才能完成，届时客户界面那边早就time out了。客户要求offshore team解决这个问题，他们找了半天找不到原因，没办法这件事就交给我们来解决了。
1 O: M8 U& F$ H
我找来代码，发现里面居然没有任何log语句，因此你无法通过log信息来发现问题出在哪里，这程序是怎么写的和测试的？没辙，咱自己来给它加上所需要的log语句吧，然后安排重新发布到生产机上去。说到这里有人可能会问，你怎么不先在测试机上测试而直接上生产机了呢，回答是这程序在测试机上没问题，而在生产机上有问题，那唯一的可能就是数据量导致的问题，因此发布到测试机没用，还是直接上生产机吧。

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

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

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

老兵帅客

MacArthur 发表于 2012-7-25 13:49
: w, W" z3 X$ T& G4 X; FOutSourcing唯一用处就是给那些愚蠢自大的Business Leader们一个机会，来显示显示他们也“懂得IT潮流”。。 ...

* S9 |, ^  Y& W6 p9 a5 a2 `- j  w他们的主要用处是在统计报表上面告诉高层，我们通过out sourcing节省了多少多少开支，现实中就算了。
; @7 T! y, `0 Z( E3 U: A* }  k
1 V/ t  h' p7 f9 Z我们的客户已经明确表示，在以后的项目中不再考虑offshore的人员了，原因就是他们的表现太差，仅靠本地人员来救驾，那还不如直接用本地人员算了。

老兵帅客

机器猫 发表于 2012-7-25 13:24
我现在也成天干给offshore team擦屁股的事。

嗯，同病相怜啊

老兵帅客

明月回春 发表于 2012-7-25 19:53
其实软件这个行当不适合外包，尤其是offshore的那种。除去成本与能力之类原因，软件产品本身的质量控制没有 ...

: R( d- @7 k) X  i/ F* S# q6 j说的很对，问题是我们的offshore team出来的东西连华丽都没有，就剩下垃圾了。
. e& }8 O1 C& k* }  k1 X% {6 _! r# `
9 X) R; n. p" ^我们这个项目一共用了三个web service，原来打算都让那边的人来做，结果有一个半年做不出来，被我们这边的一个家伙一个礼拜搞定，还一个被我彻底重写了，就剩下现在这个貌似还行的，现在发现还是不灵啊。我今天收拾的这个有多复杂呢，实在是很简单，就是一个用JDBC写的sql select语句啊，连这都搞不定，算什么呢。

老兵帅客

库布其 发表于 2012-7-25 20:14
成本上来说，offshore team 主打 + 本地人员擦屁股 < 本地人员全部搞定 就可以。

各种个案都有。我算是在 ...

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

老兵帅客

假如十八 发表于 2012-7-25 21:02
) m) w1 L, b: S写过几次sql的半吊子路过。。。

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

老兵帅客

hotlemontea 发表于 2012-7-25 21:28
; k. w: t) g8 b5 [3 D  z很多美国公司已经开始insource回来了吧

5 A( z9 W) w8 [' O, W3 f$ |美国不清楚，加拿大已经在往回收了。

老兵帅客

四处张望 发表于 2012-7-25 21:25
% o$ I6 L0 W. j, B- X我做了十几年了，帮主说得sysobjects我都不知道是啥

2 ~  M  D$ a9 s3 Y1 `- L) I0 d俺也不知道

老兵帅客

草蜢 发表于 2012-7-25 23:21
Whatever happened to load test in Staging environment?

' z7 B, i% B- G2 R' Z测试服务器最多只有三百万条记录，因此没事，但是到了生产机，那里有七千万条记录，就完蛋了。

老兵帅客

库布其 发表于 2012-7-25 23:58
时差有利有弊。
我就说个利吧。全球都有用户，出了事情总会有人第一时间接手开始搞，等这头该休息了，一 ...

不是那么讲的，软件out sourcing做得最厉害的是北美，你和它背靠背了，时差就成为严重的问题。
1 f' r) V# f, H" l$ q) M  b: G/ m% s
1 F( y* S' P# I, {/ x语言问题更严重，我们这里的人来自各大洲，什么口音都有，我不相信国内的技术人能够普遍做到和这些人无困难电话沟通。

老兵帅客

四处张望 发表于 2012-7-26 06:05
* D0 h" K( S9 R* [7千万就挺利害了，一般性能测试不会用那么大数据量。

是啊，所以出问题了呢。关键在于，数据库的那个字段是varchar2，程序里面为什么要用long呢，应该是string才对啊。

老兵帅客

四处张望 发表于 2012-7-26 06:45
其实我会猜他们原来是想用long类型，但是数据库设计那里或者搞错了，或者看错了。 ...

# q$ X3 r; t6 I2 ^( F. d+ R+ P$ r0 G这个我问过了，数据库那里一直就是varchar2，那就不应该在java这边使用long，因此这个错误纯属程序员做事不仔细，没考虑数据类型转换的成本。

老兵帅客

四处张望 发表于 2012-7-26 06:48
* P1 U' u7 i0 o. D+ G5 _7 d& [( X主要问题是性能的问题并不是随便测测就能测出来的，老兵这个例子是上了7千万，我是很少见到哪里性能测试 ...

+ t; R$ `# E2 [  Q# R我觉得这个问题其实是code review那边出了问题，否则不应该看不出来数据类型不匹配的问题来的。

老兵帅客

晨池 发表于 2012-7-26 07:08
( `# Q& B) `3 P) R/ q. P* ~是啊，我也是后来才看到这个贴的，跑了三百万的确实也够意思了。这个里面也只能说良好的编程习惯太重要了 ...

& j3 `% o5 ~1 w: d/ L( C3 S对，规范的编程习惯很重要的。

老兵帅客

四处张望 发表于 2012-7-26 21:57
& p1 V# p1 B6 `1 t这里出问题我倒觉得不算太奇怪，问题是为何找不出问题.

不奇怪，连做个如此简单的web service都如此吃力，哪里还有能力做深层次分析。

老兵帅客

空气精灵 发表于 2012-7-26 22:52
这个实在不可思议，程序里的数据类型参照DB里的设，这是非常非常非常基本的啊。除非是曾有人改过数据库结 ...

数据库没改过，神奇吧。

老兵帅客

我是人间惆怅客 发表于 2012-7-27 01:32
$ U9 o6 {! g$ O) R6 G; T7 G6 P0 {/ qsysobjects 是 sql server 里的系统表，记录的是 用户表、视图等对象的定义数据。 ...

俺们这里不用sql server，用oracle

老兵帅客

四处张望 发表于 2012-7-26 23:03
我真见过不管的，因为功能上的确可以跑。

是可以跑，就是性能会成问题。

老兵帅客

nimenkanne 发表于 2012-8-9 20:12
offsource不能多用，其实应该把费时费人工 但是不核心的东西offsource
/ T5 C6 _( W, Y& a; [全部都offsource估计是不行 ...

这里的关键是outsourcing的工钱给多少，很多忒克扣了，能招来的人水平不可能好；可是如果给好了的话，那还有利可图嘛，这是个矛盾。

老兵帅客

profer 发表于 2012-8-10 00:55
3 m- m. x% [- s+ O5 l读书还是刷盘子？假如有两个机会，一个是外包做数据库应用30w,一个是去淘宝做数据库调优15w，你会选哪个？ ...

中国的软件outsourcing实际上很少的，主要是语言不行，就剩下coding这段，那机会就很少了。