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-8-16 18:18:05

castigliano 发表于 2012-8-16 03:18 ) i& E: I. a2 N$ ?/ ~; ^8 k' \6 R
听说微软中国不少中层是把外包公司当成灰色收入来源的。。。

这个就不了解了。

castigliano · 发表于 2012-8-16 16:18:11

听说微软中国不少中层是把外包公司当成灰色收入来源的。。。

nimenkanne · 发表于 2012-8-14 08:53:59

老兵帅客发表于 2012-8-14 08:48 % J6 F) {( m+ f! z) I
这点倒是很对，不过这种外包也就拿不到多少钱了。

大概是50%的原来国家的成本吧
我在了2家公司都是这样

老兵帅客 · 发表于 2012-8-14 08:48:29

nimenkanne 发表于 2012-8-13 19:25
7 U- n7 d7 S T" }% ~应急是有的。这在软件研发中是不可避免的
$ u& C4 n2 z- x# Y不过我看到很多的外包都是做的是原有功能的维护，需求的变化在 ...

这点倒是很对，不过这种外包也就拿不到多少钱了。

nimenkanne · 发表于 2012-8-14 08:25:52

老兵帅客发表于 2012-8-13 20:45
; W- W, E1 x; X" e9 w1 U问题就在于需求总是在变，因此BA、SA的文档也总是要跟着变，经常会出现事情很急，于是技术人员先干着，相 ...

应急是有的。这在软件研发中是不可避免的
不过我看到很多的外包都是做的是原有功能的维护，需求的变化在这一点上影响不大。

老兵帅客 · 发表于 2012-8-13 20:45:38

本帖最后由老兵帅客于 2012-8-13 11:43 编辑

nimenkanne 发表于 2012-8-13 06:15 ( C, }5 b8 Z* _. e
我知道您说的意思了
; v6 k" {' c) k如果是直接面对客户的，那没戏。
2 F# L" o: i+ T+ F9 n但是一般大公司都有专门做需求的，那是本地的。然后 ...

问题就在于需求总是在变，因此BA、SA的文档也总是要跟着变，经常会出现事情很急，于是技术人员先干着，相应的文档跟着更新的倒过来局面。

至于你所说的大公司每个职务都有明确的专人负责，没错，但是哪里的人都是人，都有下级服从上级，为业务部门服务的需要，于是明确而稳定的流程经常成为具文，应急对付的事情层出不穷。

在中国设立研发基地的一般都是技术性公司，其它类型的还是外包居多。

nimenkanne · 发表于 2012-8-13 19:15:25

老兵帅客发表于 2012-8-13 07:19
! R- A1 J9 m3 Y; [时差问题的唯一解决办法就是国内夜里上班，用北美的工作时间，否则没戏。
$ A8 J, b; P8 _$ M' n
: x$ e- }/ z, E0 Q; A我理解你所说的晚上八到十点加 ...

我知道您说的意思了
如果是直接面对客户的，那没戏。
但是一般大公司都有专门做需求的，那是本地的。然后需求明确后就可以找offshore了
大公司由于层级复杂，每个职务都有明确的专人负责。所以可以沿用offshore的模式。

但是据我观察，大公司的做法不是完全包给其他的公司，而是自己独资在中国开设研发基地。说白了，目的就是外包。但是这样操作起来风险小一点。

老兵帅客 · 发表于 2012-8-13 07:19:20

nimenkanne 发表于 2012-8-12 17:23 3 g: p' _1 r m4 m* z9 H- ~3 B
就我知道的中国的不少外企，就是offshore模式。通讯模式也可以解决，乙方加班呗。晚上8~10点加班，所有讨 ...

时差问题的唯一解决办法就是国内夜里上班，用北美的工作时间，否则没戏。

我理解你所说的晚上八到十点加班，那个只能是两边的技术团队开会，跟客户没戏，人家才没兴趣跟你凑时间呢。人家出钱的，想什么时候就是什么时候，怎么都是有理。我们在这边的，见了客户永远都会变成yes man，围着客户转的，哪里敢要求客户如何如何。

语言问题在于，技术好的一般英语都不太好，倒过来也一样，原因就是时间投入的分配。管事的负责作交流是不可能的，因为开会的时候要直接人对人谈话，还有很多的业务和技术讨论，你要加进去多少语言好的呢，他们懂得业务和技术嘛，那样成本也就上去喽。其实这也就是为什么做软件外包印度比中国强，不是印度技术多好，而是时差和语言问题比较好办一些。

别处不清楚，我这里测试QA一类是绝不外包的，因此唯一合适的就剩下technical support了。

老兵帅客 · 发表于 2012-8-13 07:09:15

我爱莫扎特发表于 2012-8-12 17:54 7 H" g7 x. b; U
你们这个算小CASE啦。RBS把核心数据库外包给印度做，一个小伙子按错一个键，整个大银行瘫痪了两周多呢！ ...

所以北美在往回收呢，就是因为看到了这些成本问题

我爱莫扎特 · 发表于 2012-8-13 06:54:13

你们这个算小CASE啦。RBS把核心数据库外包给印度做，一个小伙子按错一个键，整个大银行瘫痪了两周多呢！

nimenkanne · 发表于 2012-8-13 06:23:36

老兵帅客发表于 2012-8-12 23:18 $ s; a0 [4 N8 V0 c4 U& M
想什么好事呢，你只计算工资成本，却不计算通讯和语言成本，要知道后面那两个加起来有时候不比工资成本低 ...

就我知道的中国的不少外企，就是offshore模式。通讯模式也可以解决，乙方加班呗。晚上8~10点加班，所有讨论在这个时段进行。
至于您说的外语问题，有。不过年薪给到了20~35万，外语一般还是可以交流的。或者管事的负责做交流。哪怕是一个团队找一个外语好的懂点技术的专门做接口人呢？这点成本和节省下来的成本比，是有限的

另外我想说：印度人的外语确实很好，不过他们的习惯是有的没的说一大堆，也许已经是增加了沟通成本。

您在关注开发的同时，忽略了一个小问题：软件不是只有新feature的开发的。还包括很多的维护/测试工作。这一些offshore就非常合适了。

老兵帅客 · 发表于 2012-8-12 23:18:21

nimenkanne 发表于 2012-8-12 03:10
! e$ M1 O3 V# |6 u+ E- [您说的很对
( \4 Y7 v; b& M3 q从管理成本角度说，我觉得大约是50%的工资比较好。, p) o* d) x% v2 Z/ P
用数据说：比如美国工程师1年是40~60万人 ...

想什么好事呢，你只计算工资成本，却不计算通讯和语言成本，要知道后面那两个加起来有时候不比工资成本低多少。举个例子，我们这里经常要和客户直接谈东西，于是outlook上约个时间，找个会议室直接开会，散会就可以干活了。如果这件事要和国内的人合作，先不说语言上的问题，国内和北美是背靠背，因此除非国内用北美时间上下班，否则只能够用电子邮件，一个来回走一天，国内的人工成本立刻就上去了，原本便宜一半也就变成和这边一样的成本，甚至更高，那还图个什么？

事实上，应用软件开发里面，能够整个打包不需要中间再和客户接触的情况很少，很多时候是和客户一起干活，也就是一边商量一边干，有关文档经常在变。这就是为什么国内很多这类企业都做日本、韩国的生意，原因是没有时差问题，时差成本下来了，否则没戏。

不要说和中国，中国国内的技术人员很多语言根本达不到这边的要求，也就是直接电话讨论问题，因为口音问题和电话线路的噪音问题，就是印度那边英语普遍比较好，时差问题也比较小的情况，时差所造成的成本上升也是很严重的问题。

你所说的情况，只在一种情况下成立，那就是比较专业的技术性程序，不需要和客户有很多的接触，直接打包拿走。可是这种情况往往涉及专利问题，以国内的无法无天，法律经常成为闹剧的局面，怎么解决？

nimenkanne · 发表于 2012-8-12 16:10:14

老兵帅客发表于 2012-8-10 18:07
4 n- X" _( j& C$ e! h这里的关键是outsourcing的工钱给多少，很多忒克扣了，能招来的人水平不可能好；可是如果给好了的话，那 ...

您说的很对
从管理成本角度说，我觉得大约是50%的工资比较好。
用数据说：比如美国工程师1年是40~60万人民币吧，那中国的给到20~40万基本可以满足需求了。
20~40万，即使是在北上广，也是可以招到很不错的工程师了。

至于有利可图：50%的成本+ 节省的管理成本，裁员的人力成本等等还是有利可图的

老兵帅客 · 发表于 2012-8-12 03:25:04

小木发表于 2012-8-11 13:28 # w1 j O% ` P. `7 R6 o. p* X
咦，为啥程序里只用得到long然后数据库里非要是varchar?
- r% F/ l% u$ i/ u/ B我觉得数据库设计一开始就错掉了啊。。。。 ...

数据库没错，错的是程序，这才出的问题。

小木 · 发表于 2012-8-12 02:28:18

咦，为啥程序里只用得到long然后数据库里非要是varchar?
我觉得数据库设计一开始就错掉了啊。。。。

老兵帅客 · 发表于 2012-8-10 18:09:11

profer 发表于 2012-8-10 00:55 9 T# R D" t+ Z& V0 R/ P( M3 n* z
读书还是刷盘子？假如有两个机会，一个是外包做数据库应用30w,一个是去淘宝做数据库调优15w，你会选哪个？ ...

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

老兵帅客 · 发表于 2012-8-10 18:07:43

nimenkanne 发表于 2012-8-9 20:12
! B/ E; V/ P, ]; [offsource不能多用，其实应该把费时费人工但是不核心的东西offsource2 X4 B( [5 x6 J& h( }
全部都offsource估计是不行 ...

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

profer · 发表于 2012-8-10 13:55:35

本帖最后由 profer 于 2012-8-10 13:57 编辑

读书还是刷盘子？假如有两个机会，一个是外包做数据库应用30w,一个是去淘宝做数据库调优15w，你会选哪个？以前一个同事选择了后者，三年后到某银行拿100w了。
现在猎头打电话，要是外包的岗，我都是直接要求翻三倍。有个孩子要求两倍，上个月刚去报到了。
古语说：家财万贯不如一计压身。多给几毛钱把一些粗笨的体力活转移到劳动成本低廉国家的路子注定是行不通的，最多成为年轻人进入这个行业的跳板，人有自强之心，特别是像这中国这种处处要争第一的国家。

nimenkanne · 发表于 2012-8-10 09:12:00

offsource不能多用，其实应该把费时费人工但是不核心的东西offsource
全部都offsource估计是不行

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

[信息技术] offshore的笨蛋们

相关帖子