设为首页收藏本站
开启辅助访问 切换到宽版

爱吱声

 找回密码
 注册
搜索
爱吱声»广场 › 研究生院 › 科教学圃 › offshore的笨蛋们
1234下一页
返回列表 发新帖
查看: 14529|回复: 61
打印 上一主题 下一主题

[信息技术] offshore的笨蛋们

[复制链接]
老兵帅客
  • TA的每日心情
    开心
    2023-1-5 00:48

    • 签到天数: 2591 天

    [LV.Master]无

    跳转到指定楼层
    楼主
    发表于 2012-7-26 01:18:37 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
    本帖最后由 老兵帅客 于 2012-7-25 12:20 编辑 6 n/ x) Y# k* l9 l+ \; @0 v, w5 Y# p
    ( m" G4 H! \$ v7 U1 J$ K
    刚刚解决了一个performance issue，事情是这样的，我们的一个项目所使用的一个web service是由我们公司印度分公司的员工，我们称之为offshore team，完成的，这个东西在测试服务器上工作没问题，但是发布到生产机以后遇到了严重的performance issue，因为客户的访问请求居然需要六到八分钟才能完成，届时客户界面那边早就time out了。客户要求offshore team解决这个问题，他们找了半天找不到原因，没办法这件事就交给我们来解决了。% }! V0 o2 j  B8 N0 F8 P2 c1 Y

    * `) ]1 i: `9 l9 S% N我找来代码，发现里面居然没有任何log语句，因此你无法通过log信息来发现问题出在哪里，这程序是怎么写的和测试的？没辙，咱自己来给它加上所需要的log语句吧，然后安排重新发布到生产机上去。说到这里有人可能会问，你怎么不先在测试机上测试而直接上生产机了呢，回答是这程序在测试机上没问题，而在生产机上有问题，那唯一的可能就是数据量导致的问题，因此发布到测试机没用，还是直接上生产机吧。
    # i( Y. N7 H" P1 k7 ~7 d
    * w) z5 I  _4 K: [发布到生产机上，安排客户进行测试，发现问题出在了JDBC语句上，这句话用字段值来搜索所需要的记录集合，数据库表里面对应字段类型是varchar2，而我们的offshore家伙们的对应JDBC PrepareStatement语句居然是setLong，这样每个记录都需要做一次数据类型的转换，这么干数据量小的时候没事，一旦大到了一定程度，这性能能不完蛋嘛。
    - f" ?0 i( e7 O. \- ~( a. \8 v! _- l6 \3 ?( r3 v! Q
    发现了问题，解决方案也就简单了，在java程序里面预先转换好数据类型，然后把setLong改成setString，再把程序重新发布到生产机上去再测试，这回好了，从原来的需要六到八分钟减少到不到一秒钟，完事了。' q* c3 @' @" v

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

    相关帖子
    回复

    使用道具 举报

    机器猫
  • TA的每日心情
    奋斗
    2020-2-8 10:08

    • 签到天数: 2 天

    [LV.1]炼气
    沙发
    发表于 2012-7-26 02:24:50 | 只看该作者
    我现在也成天干给offshore team擦屁股的事。
    回复 支持 反对

    使用道具 举报

    MacArthur
  • TA的每日心情
    开心
    2023-3-1 00:08

    • 签到天数: 2397 天

    [LV.Master]无

    板凳
    发表于 2012-7-26 02:49:41 | 只看该作者
    OutSourcing唯一用处就是给那些愚蠢自大的Business Leader们一个机会，来显示显示他们也“懂得IT潮流”。。。
    3 M8 `2 J, Y) K( @6 P" \4 a7 L, I6 T: Z
    仅此而已。。。
    + e, {9 W6 S7 @1 W) {4 Y9 x, |; O; V, K1 k3 g4 k; E- j! o# r
    9 J9 A6 o& n2 S) X9 H

    % U0 M6 @6 ]. _2 @$ {* r
    回复 支持 反对

    使用道具 举报

    老兵帅客
  • TA的每日心情
    开心
    2023-1-5 00:48

    • 签到天数: 2591 天

    [LV.Master]无

    地板
     楼主| 发表于 2012-7-26 03:01:43 | 只看该作者
    MacArthur 发表于 2012-7-25 13:49 ; Z! V2 r. }: H+ h2 r( i! c; ^# P
    OutSourcing唯一用处就是给那些愚蠢自大的Business Leader们一个机会，来显示显示他们也“懂得IT潮流”。。 ...

    - [1 a- K8 k1 r9 c3 z他们的主要用处是在统计报表上面告诉高层，我们通过out sourcing节省了多少多少开支，现实中就算了。. d, P: i2 ?9 n4 L6 h! ^2 c: r

    6 ]: }# e9 p+ E- Q/ z' Q6 A我们的客户已经明确表示，在以后的项目中不再考虑offshore的人员了，原因就是他们的表现太差，仅靠本地人员来救驾，那还不如直接用本地人员算了。
    回复 支持 反对

    使用道具 举报

    老兵帅客
  • TA的每日心情
    开心
    2023-1-5 00:48

    • 签到天数: 2591 天

    [LV.Master]无

    5#
     楼主| 发表于 2012-7-26 03:02:04 | 只看该作者
    机器猫 发表于 2012-7-25 13:24
    0 K8 b6 s. Y8 Z8 a; M6 @我现在也成天干给offshore team擦屁股的事。

    " _8 F5 _, X! w, p& M嗯，同病相怜啊
    回复 支持 反对

    使用道具 举报

    明月回春
  • TA的每日心情
    慵懒
    2019-6-5 13:01

    • 签到天数: 115 天

    [LV.6]出窍
    6#
    发表于 2012-7-26 08:53:25 | 只看该作者
    其实软件这个行当不适合外包，尤其是offshore的那种。除去成本与能力之类原因，软件产品本身的质量控制没有直接的手段。因为他本身并不是有形有质的。你能对硬盘质检，但是检测硬盘中的软件代码质量，却要几乎从头到尾读一遍代码。这个成本很高，而且也依赖于检测人的自身水平。; x9 p! h& Y. j0 O& M9 F/ E
    目前的质量控制只是一种过程控制，而且注重形式。所以，有可能生产出来一堆华丽而规范的垃圾。。。
    回复 支持 反对

    使用道具 举报

    库布其

    该用户从未签到
    7#
    发表于 2012-7-26 09:14:27 | 只看该作者
    成本上来说，offshore team 主打 + 本地人员擦屁股 < 本地人员全部搞定 就可以。
    8 K! `! o) J: a* }4 j/ Y: _0 F1 |1 M% U1 G' [
    各种个案都有。我算是在中国的offshore team吧，有很好的工程师，也有差一些的工程师。总体来说比美国的差，但是搞个一年半年，抢美国工程师的饭碗没问题的。
    回复 支持 反对

    使用道具 举报

    老兵帅客
  • TA的每日心情
    开心
    2023-1-5 00:48

    • 签到天数: 2591 天

    [LV.Master]无

    8#
     楼主| 发表于 2012-7-26 10:02:41 | 只看该作者
    明月回春 发表于 2012-7-25 19:53 4 O' b+ E3 w- ?- ~
    其实软件这个行当不适合外包，尤其是offshore的那种。除去成本与能力之类原因，软件产品本身的质量控制没有 ...
    ; \+ [9 }1 w1 X6 }, Z
    说的很对，问题是我们的offshore team出来的东西连华丽都没有，就剩下垃圾了。
    % c  ^, s! h: R' X: w& I
    # \! \6 L+ w) [9 W# D& Z我们这个项目一共用了三个web service，原来打算都让那边的人来做，结果有一个半年做不出来，被我们这边的一个家伙一个礼拜搞定，还一个被我彻底重写了，就剩下现在这个貌似还行的，现在发现还是不灵啊。我今天收拾的这个有多复杂呢，实在是很简单，就是一个用JDBC写的sql select语句啊，连这都搞不定，算什么呢。

    点评

    nimenkanne
    其实也不是所有的offshore都这么菜。这件事之所以“典型” 是因为菜的有点不可思议，对吧。据我观察，我们公司现在offshore出来的质量，不必HQ的差。  发表于 2012-8-10 09:10
    老兵帅客
    谁知道那边是怎么招的人  发表于 2012-7-26 18:34
    库布其
    呵呵，成本压得太低了吧？这都用了什么样的人来搞的啊。  发表于 2012-7-26 13:00
    回复 支持 反对

    使用道具 举报

    假如十八

    该用户从未签到
    9#
    发表于 2012-7-26 10:02:49 | 只看该作者
    写过几次sql的半吊子路过。。。
    回复 支持 反对

    使用道具 举报

    老兵帅客
  • TA的每日心情
    开心
    2023-1-5 00:48

    • 签到天数: 2591 天

    [LV.Master]无

    10#
     楼主| 发表于 2012-7-26 10:04:36 | 只看该作者
    库布其 发表于 2012-7-25 20:14
    2 E  o+ S+ K  i' ~" m) [4 O成本上来说，offshore team 主打 + 本地人员擦屁股 < 本地人员全部搞定 就可以。0 n, F, C$ B) l7 v& M  `
    " N4 N0 f% ~0 ^4 U
    各种个案都有。我算是在 ...

    0 L; c2 R' m1 X1 v& z国内的软件工程师要比印度的强多了，但是问题在于两点，一个是时差问题，正好是背靠背，再一个就是语言问题，我们要求直接能电话谈工作，这个就很难了。
    回复 支持 反对

    使用道具 举报

    老兵帅客
  • TA的每日心情
    开心
    2023-1-5 00:48

    • 签到天数: 2591 天

    [LV.Master]无

    11#
     楼主| 发表于 2012-7-26 10:05:25 | 只看该作者
    假如十八 发表于 2012-7-25 21:02 # @2 K+ T: Q1 Z, N4 c' o5 r
    写过几次sql的半吊子路过。。。

    8 r% d0 E% f6 o' t数据库专家啊，崇拜。。。。。。
    回复 支持 反对

    使用道具 举报

    假如十八

    该用户从未签到
    12#
    发表于 2012-7-26 10:09:20 | 只看该作者
    老兵帅客 发表于 2012-7-26 10:05 $ f( q3 `7 I3 l1 m+ L# |; k
    数据库专家啊，崇拜。。。。。。
    2 ]4 R) N  a7 _6 N/ Z1 c  w
    别逗了。。。我就会写个select。。。那种从sysobjects里面抽字段名玩来玩去的事儿我是不会干的~

    点评

    绿葱头
    膜拜英明神武18帮主  发表于 2012-7-26 15:35
    明月回春
    膜拜帮主～  发表于 2012-7-26 10:34
    回复 支持 反对

    使用道具 举报

    四处张望
  • TA的每日心情
    慵懒
    2026-2-25 18:51

    • 签到天数: 1670 天

    [LV.Master]无

    13#
    发表于 2012-7-26 10:25:12 | 只看该作者
    假如十八 发表于 2012-7-26 10:09
    / L. m/ ]$ i: N% w别逗了。。。我就会写个select。。。那种从sysobjects里面抽字段名玩来玩去的事儿我是不会干的~ ...

    7 L. D: i7 q3 l7 Q我做了十几年了，帮主说得sysobjects我都不知道是啥
    回复 支持 反对

    使用道具 举报

    hotlemontea
  • TA的每日心情
    奋斗
    2018-11-15 14:12

    • 签到天数: 499 天

    [LV.9]渡劫
    14#
    发表于 2012-7-26 10:28:51 | 只看该作者
    很多美国公司已经开始insource回来了吧
    回复 支持 反对

    使用道具 举报

    老兵帅客
  • TA的每日心情
    开心
    2023-1-5 00:48

    • 签到天数: 2591 天

    [LV.Master]无

    15#
     楼主| 发表于 2012-7-26 10:29:31 | 只看该作者
    hotlemontea 发表于 2012-7-25 21:28 0 V, B# t( y- K! ~
    很多美国公司已经开始insource回来了吧

    ! u$ E3 Q$ A* B美国不清楚，加拿大已经在往回收了。
    回复 支持 反对

    使用道具 举报

    草蜢

    该用户从未签到
    16#
    发表于 2012-7-26 12:21:29 | 只看该作者
    Whatever happened to load test in Staging environment?

    点评

    胖子
    压力测试咋做的？  发表于 2012-9-5 13:35
    青叶子
    看不懂？  发表于 2012-8-10 20:55
    库布其
    大概是说分阶段逐步接近现网的压力测试吧。  发表于 2012-7-26 13:02
    四处张望
    你这个英文每个词都懂，为啥看不懂你说啥？  发表于 2012-7-26 12:31
    回复 支持 反对

    使用道具 举报

    库布其

    该用户从未签到
    17#
    发表于 2012-7-26 12:58:43 | 只看该作者
    老兵帅客 发表于 2012-7-26 10:04 ; d: {4 n; h# R; @; l7 Y8 d! Y! D
    国内的软件工程师要比印度的强多了，但是问题在于两点，一个是时差问题，正好是背靠背，再一个就是语言问 ...

    7 \9 S, C" Z# a  {0 O时差有利有弊。( D" h% D. F. x( u$ Y. ^& }
    我就说个利吧。全球都有用户，出了事情总会有人第一时间接手开始搞，等这头该休息了，一个mail出去后面爬起来上班的继续搞。" w! i; c! @7 {' A' H3 q
    8 S1 P. q4 N) b% |
    语言在我们这里基本还可以，磕磕绊绊把问题搞清楚说明白，还是没问题的，基本没有只懂哑巴英语的人。。。其实哑巴英语的，赶鸭子上架几次，也就开口了。开口了，就不怕说不明白了，十几年的英语教育，还是有些作用的。
    / j2 M9 h0 D5 o1 p% n; J% u' Y* r2 V% Z* B/ m. H8 l0 |
    最后的权衡，估计还是人力成本为大头。同样级别同样能力养一个美国工程师，大概在中国能养2-3个同样级别能力的。
    回复 支持 反对

    使用道具 举报

    晨池
  • TA的每日心情
    奋斗
    2018-9-13 10:09

    • 签到天数: 1 天

    [LV.1]炼气
    18#
    发表于 2012-7-26 13:10:25 | 只看该作者
    难道他们不做大量数据的测试吗？测试机上跑完了就完了，那测试也应该有Performance Testing，应该能检测到大量数据时候出问题的情况的呀，应该能预料到会有大量数据的情况下吧。这不能说Offshore team出问题。。。是Offshore testing team出问题
    回复 支持 反对

    使用道具 举报

    四处张望
  • TA的每日心情
    慵懒
    2026-2-25 18:51

    • 签到天数: 1670 天

    [LV.Master]无

    19#
    发表于 2012-7-26 13:53:18 | 只看该作者
    晨池 发表于 2012-7-26 13:10 / u6 K% P" v$ w" o# o
    难道他们不做大量数据的测试吗？测试机上跑完了就完了，那测试也应该有Performance Testing，应该能检测到 ...
    3 i* D% w1 J9 D4 Y% e
    功能测试很可能做，性能测试吗，哇哈哈。
    回复 支持 反对

    使用道具 举报

    老兵帅客
  • TA的每日心情
    开心
    2023-1-5 00:48

    • 签到天数: 2591 天

    [LV.Master]无

    20#
     楼主| 发表于 2012-7-26 18:35:21 | 只看该作者
    四处张望 发表于 2012-7-25 21:25 9 i  N( i& m2 C4 a1 }) E% i# I2 H( G
    我做了十几年了，帮主说得sysobjects我都不知道是啥

    4 h0 c' q4 N2 E2 N- ~俺也不知道
    回复 支持 反对

    使用道具 举报

    下一页 »
    1234下一页
    返回列表 发新帖

    手机版|小黑屋|Archiver|网站错误报告|爱吱声   

    GMT+8, 2026-4-27 02:41 , Processed in 0.079023 second(s), 22 queries , Gzip On.

    Powered by Discuz! X3.2

    © 2001-2013 Comsenz Inc.

    快速回复 返回顶部 返回列表