offshore的笨蛋们

老兵帅客

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

测试服务器最多只有三百万条记录，因此没事，但是到了生产机，那里有七千万条记录，就完蛋了。

老兵帅客

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

不是那么讲的，软件out sourcing做得最厉害的是北美，你和它背靠背了，时差就成为严重的问题。
0 S: k  E: E6 }' c$ G
语言问题更严重，我们这里的人来自各大洲，什么口音都有，我不相信国内的技术人能够普遍做到和这些人无困难电话沟通。

mark

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

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

四处张望

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

6 Z& u. z+ G6 p+ r( }0 m: ?7千万就挺利害了，一般性能测试不会用那么大数据量。

晨池

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

* E5 f* N+ V& m# i" L5 ?' S# n1 e5 c这样作为服务器上跑的程序，还是要跑性能测试吧，客户端的不跑也就算了，服务器端的程序不跑一下，多不放心啊。我还是选择认为他们做了性能测试但是不知道为啥，忘记了测这一个地方吧
# N; [- A2 a7 c# G. k4 J

老兵帅客

四处张望 发表于 2012-7-26 06:05
3 s7 y% q( ~" A" n7千万就挺利害了，一般性能测试不会用那么大数据量。

, t2 o+ R2 c5 ^# d- w' k* Q是啊，所以出问题了呢。关键在于，数据库的那个字段是varchar2，程序里面为什么要用long呢，应该是string才对啊。

四处张望

老兵帅客 发表于 2012-7-26 19:13
; A# J$ H9 L5 W" i, K5 b是啊，所以出问题了呢。关键在于，数据库的那个字段是varchar2，程序里面为什么要用long呢，应该是string ...

' C. c- U( j' C8 Z4 D) i9 E其实我会猜他们原来是想用long类型，但是数据库设计那里或者搞错了，或者看错了。

四处张望

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

2 b1 \; Z# T' B) F1 h" H主要问题是性能的问题并不是随便测测就能测出来的，老兵这个例子是上了7千万，我是很少见到哪里性能测试会拿这个折腾自己的。他们拿百万级别的数据测了性能，也算交货了。

晨池

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

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

老兵帅客

四处张望 发表于 2012-7-26 06:45
7 P* l& R/ v2 j' i# T, |其实我会猜他们原来是想用long类型，但是数据库设计那里或者搞错了，或者看错了。 ...

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

老兵帅客

四处张望 发表于 2012-7-26 06:48
0 U1 k2 E+ G3 ]$ K4 V6 D  ~- U主要问题是性能的问题并不是随便测测就能测出来的，老兵这个例子是上了7千万，我是很少见到哪里性能测试 ...

* \" {! f$ w: [& q$ H我觉得这个问题其实是code review那边出了问题，否则不应该看不出来数据类型不匹配的问题来的。

老兵帅客

晨池 发表于 2012-7-26 07:08
, ]) F$ E9 Y# k# {" |- t6 k( J是啊，我也是后来才看到这个贴的，跑了三百万的确实也够意思了。这个里面也只能说良好的编程习惯太重要了 ...

* b4 s/ i# H: ]# t% L2 B+ Z对，规范的编程习惯很重要的。

四处张望

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

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

老兵帅客

四处张望 发表于 2012-7-26 21:57
( a8 w) N5 V# ]3 y( U% t) B% l这里出问题我倒觉得不算太奇怪，问题是为何找不出问题.

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

空气精灵

老兵帅客 发表于 2012-7-26 18:40
+ f* D/ q$ Y# B, t5 v* U. g不是那么讲的，软件out sourcing做得最厉害的是北美，你和它背靠背了，时差就成为严重的问题。
8 E) J( A' O2 z9 N6 z+ z
5 o! |- b+ Y: H+ j& k4 A5 }语言问题 ...

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

空气精灵

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

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

四处张望

空气精灵 发表于 2012-7-27 11:52
8 a0 r- V$ t: b& q7 a* k6 |" T这个实在不可思议，程序里的数据类型参照DB里的设，这是非常非常非常基本的啊。除非是曾有人改过数据库结 ...

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

我是人间惆怅客

老兵帅客 发表于 2012-7-26 18:35
俺也不知道

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

老兵帅客

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

! ~/ M: N7 u% B5 W! c数据库没改过，神奇吧。

老兵帅客

我是人间惆怅客 发表于 2012-7-27 01:32
sysobjects 是 sql server 里的系统表，记录的是 用户表、视图等对象的定义数据。 ...

俺们这里不用sql server，用oracle