offshore的笨蛋们

老兵帅客

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

5 t+ I6 m: B6 b6 D5 }测试服务器最多只有三百万条记录，因此没事，但是到了生产机，那里有七千万条记录，就完蛋了。

老兵帅客

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

# S3 u8 C- v  O' O0 Y不是那么讲的，软件out sourcing做得最厉害的是北美，你和它背靠背了，时差就成为严重的问题。
' H- ?" ^5 A+ ~& r" d. N& P. s
语言问题更严重，我们这里的人来自各大洲，什么口音都有，我不相信国内的技术人能够普遍做到和这些人无困难电话沟通。

mark

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

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

四处张望

老兵帅客 发表于 2012-7-26 18:37
/ Z- ~5 p) R4 [/ _$ V! x$ m0 Z, P& O测试服务器最多只有三百万条记录，因此没事，但是到了生产机，那里有七千万条记录，就完蛋了。 ...

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

晨池

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

3 m6 V) l! M. P9 ]8 V. a+ w. r这样作为服务器上跑的程序，还是要跑性能测试吧，客户端的不跑也就算了，服务器端的程序不跑一下，多不放心啊。我还是选择认为他们做了性能测试但是不知道为啥，忘记了测这一个地方吧
# T& _1 u" n8 M' X5 ]5 x5 K

老兵帅客

四处张望 发表于 2012-7-26 06:05
# @8 L7 A; z  s7 h) r: }7千万就挺利害了，一般性能测试不会用那么大数据量。

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

四处张望

老兵帅客 发表于 2012-7-26 19:13
/ f& [# z& b! E7 o$ q1 K! S9 i, K1 |是啊，所以出问题了呢。关键在于，数据库的那个字段是varchar2，程序里面为什么要用long呢，应该是string ...

# r6 K7 z: P! c0 A0 q其实我会猜他们原来是想用long类型，但是数据库设计那里或者搞错了，或者看错了。

四处张望

晨池 发表于 2012-7-26 19:07
1 k+ v+ O) F  q* ]  L  Y9 c这样作为服务器上跑的程序，还是要跑性能测试吧，客户端的不跑也就算了，服务器端的程序不跑一下，多不放 ...

7 U, W% j0 g# u' U9 D# C主要问题是性能的问题并不是随便测测就能测出来的，老兵这个例子是上了7千万，我是很少见到哪里性能测试会拿这个折腾自己的。他们拿百万级别的数据测了性能，也算交货了。

晨池

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

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

老兵帅客

四处张望 发表于 2012-7-26 06:45
! }2 s. ?, {: w3 O6 ]' q1 a其实我会猜他们原来是想用long类型，但是数据库设计那里或者搞错了，或者看错了。 ...

7 u5 M& S/ J0 M/ T* D1 a2 K这个我问过了，数据库那里一直就是varchar2，那就不应该在java这边使用long，因此这个错误纯属程序员做事不仔细，没考虑数据类型转换的成本。

老兵帅客

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

  U: u$ g, E7 J  d" M# ]5 I我觉得这个问题其实是code review那边出了问题，否则不应该看不出来数据类型不匹配的问题来的。

老兵帅客

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

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

四处张望

老兵帅客 发表于 2012-7-26 20:47
8 b- I% Y7 n' V! R0 \我觉得这个问题其实是code review那边出了问题，否则不应该看不出来数据类型不匹配的问题来的。 ...

这里出问题我倒觉得不算太奇怪，问题是为何找不出问题.

老兵帅客

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

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

空气精灵

老兵帅客 发表于 2012-7-26 18:40
/ O5 I: x, x; B8 q' [" @% S不是那么讲的，软件out sourcing做得最厉害的是北美，你和它背靠背了，时差就成为严重的问题。
0 {( O' ~& B/ x# ]: o
+ R/ B8 @. u; p4 X) y- u语言问题 ...

& A; c% G5 g% h国内这样的人是有的，只是人家就不做outsourcing了。

空气精灵

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

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

四处张望

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

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

我是人间惆怅客

老兵帅客 发表于 2012-7-26 18:35
1 j) Y" t; j  c1 p3 b俺也不知道

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

老兵帅客

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

数据库没改过，神奇吧。

老兵帅客

我是人间惆怅客 发表于 2012-7-27 01:32
3 P6 E, v$ E! L# z6 @! U) dsysobjects 是 sql server 里的系统表，记录的是 用户表、视图等对象的定义数据。 ...

& y# N/ x7 x/ I9 V  }俺们这里不用sql server，用oracle