offshore的笨蛋们

老兵帅客

草蜢 发表于 2012-7-25 23:21
0 d( X: e# K: b4 ]6 VWhatever happened to load test in Staging environment?

/ g, D  m9 V6 ^, k- S7 Z5 n测试服务器最多只有三百万条记录，因此没事，但是到了生产机，那里有七千万条记录，就完蛋了。

老兵帅客

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

不是那么讲的，软件out sourcing做得最厉害的是北美，你和它背靠背了，时差就成为严重的问题。
+ Y4 t9 H1 a* [8 ?& y9 g6 }
语言问题更严重，我们这里的人来自各大洲，什么口音都有，我不相信国内的技术人能够普遍做到和这些人无困难电话沟通。

mark

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

这个倒不是，有些TEAM的水平还是很高的。一分钱一分货。上面例子的问题关键是所遇非人。

四处张望

老兵帅客 发表于 2012-7-26 18:37
测试服务器最多只有三百万条记录，因此没事，但是到了生产机，那里有七千万条记录，就完蛋了。 ...

7千万就挺利害了，一般性能测试不会用那么大数据量。

晨池

四处张望 发表于 2012-7-26 13:53
功能测试很可能做，性能测试吗，哇哈哈。

# E; f1 {$ r2 x% U9 u9 n这样作为服务器上跑的程序，还是要跑性能测试吧，客户端的不跑也就算了，服务器端的程序不跑一下，多不放心啊。我还是选择认为他们做了性能测试但是不知道为啥，忘记了测这一个地方吧
+ P/ n5 T) u/ c: T( n' ?! Z: E- b

老兵帅客

四处张望 发表于 2012-7-26 06:05
, L, ~3 P* h1 x5 Y7千万就挺利害了，一般性能测试不会用那么大数据量。

% y! S% D0 V. K# W& L  D, Q. r& ]3 o是啊，所以出问题了呢。关键在于，数据库的那个字段是varchar2，程序里面为什么要用long呢，应该是string才对啊。

四处张望

老兵帅客 发表于 2012-7-26 19:13
是啊，所以出问题了呢。关键在于，数据库的那个字段是varchar2，程序里面为什么要用long呢，应该是string ...

' [' \# w: k2 X3 i7 H  o1 o' ^其实我会猜他们原来是想用long类型，但是数据库设计那里或者搞错了，或者看错了。

四处张望

晨池 发表于 2012-7-26 19:07
这样作为服务器上跑的程序，还是要跑性能测试吧，客户端的不跑也就算了，服务器端的程序不跑一下，多不放 ...

2 L: `) |0 [$ T8 o% z$ f主要问题是性能的问题并不是随便测测就能测出来的，老兵这个例子是上了7千万，我是很少见到哪里性能测试会拿这个折腾自己的。他们拿百万级别的数据测了性能，也算交货了。

晨池

四处张望 发表于 2012-7-26 19:48
主要问题是性能的问题并不是随便测测就能测出来的，老兵这个例子是上了7千万，我是很少见到哪里性能测试 ...

是啊，我也是后来才看到这个贴的，跑了三百万的确实也够意思了。这个里面也只能说良好的编程习惯太重要了

老兵帅客

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

1 k& M* f" g5 E, N9 Q这个我问过了，数据库那里一直就是varchar2，那就不应该在java这边使用long，因此这个错误纯属程序员做事不仔细，没考虑数据类型转换的成本。

老兵帅客

四处张望 发表于 2012-7-26 06:48
主要问题是性能的问题并不是随便测测就能测出来的，老兵这个例子是上了7千万，我是很少见到哪里性能测试 ...

- @7 u5 x1 A' r/ P0 v7 z0 B; u: I7 d$ y我觉得这个问题其实是code review那边出了问题，否则不应该看不出来数据类型不匹配的问题来的。

老兵帅客

晨池 发表于 2012-7-26 07:08
$ t6 W  c# @' d% ~! Z7 C是啊，我也是后来才看到这个贴的，跑了三百万的确实也够意思了。这个里面也只能说良好的编程习惯太重要了 ...

对，规范的编程习惯很重要的。

四处张望

老兵帅客 发表于 2012-7-26 20:47
% T. b& N- s. I! o8 K2 _我觉得这个问题其实是code review那边出了问题，否则不应该看不出来数据类型不匹配的问题来的。 ...

  H- F* ~9 l5 }9 T这里出问题我倒觉得不算太奇怪，问题是为何找不出问题.

老兵帅客

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

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

空气精灵

老兵帅客 发表于 2012-7-26 18:40
4 @; ?" p) `2 l; d4 |不是那么讲的，软件out sourcing做得最厉害的是北美，你和它背靠背了，时差就成为严重的问题。
- R8 Y" D" H4 |7 Q
语言问题 ...

国内这样的人是有的，只是人家就不做outsourcing了。

空气精灵

老兵帅客 发表于 2012-7-26 19:13
  k9 A$ }) |) j/ P0 ~是啊，所以出问题了呢。关键在于，数据库的那个字段是varchar2，程序里面为什么要用long呢，应该是string ...

5 N) Q0 s9 [& L这个实在不可思议，程序里的数据类型参照DB里的设，这是非常非常非常基本的啊。除非是曾有人改过数据库结构。

四处张望

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

我真见过不管的，因为功能上的确可以跑。

我是人间惆怅客

老兵帅客 发表于 2012-7-26 18:35
1 _& N6 R% Y8 G  L' G俺也不知道

sysobjects 是 sql server 里的系统表，记录的是 用户表、视图等对象的定义数据。

老兵帅客

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

# p; Q' A* U1 r" t$ q2 T, w# z数据库没改过，神奇吧。

老兵帅客

我是人间惆怅客 发表于 2012-7-27 01:32
! H/ n1 h! y, [. D0 v% isysobjects 是 sql server 里的系统表，记录的是 用户表、视图等对象的定义数据。 ...

+ Z' a1 {* I6 E俺们这里不用sql server，用oracle