TA的每日心情 | 开心 2023-1-5 00:48 |
|---|
签到天数: 2591 天 [LV.Master]无
|
本帖最后由 老兵帅客 于 2012-4-11 06:22 编辑
* K* y+ P$ o% g) q, b意广才疏 发表于 2012-4-11 04:08 9 H2 @( [% B, d9 m$ Y; W
大约两个礼拜以前,一个机会来了,一个竞争团队的一个成员在经历了两次延期以后,终于交付了自己的产品, ... 8 R) y- \8 y; T; j" I8 H) [
5 i: m7 g i7 v$ |) H6 B很简单,犯事者的程序模块设计有着严重的问题,他用unix script做程序主干,用两层script循环来多次调用同一个java程序来完成任务,造成了巨大的进程开销、性能问题、可靠性问题与可维护性问题,同时在数据库访问方面没有处理好交易控制,在产生的文件格式方面没有满足客户的需要。以这样漏洞百出的玩意儿,能打赢才怪了。
* j* C3 Q7 n1 E. ~3 }! M0 K1 t& H; E) n1 i n/ s: e# a) _
这个人的问题在于,他的经验主要在web方面,对unix和数据库不熟,而这个项目恰恰用到了他的弱点,他的主管却没有关注到这点,同时没有审核他的程序设计和具体实现,于是灾难发生了。0 l0 Z; E& U$ `! z
* \7 {- W( O+ s9 x( M: l
我不知道你在哪里,在我这里,多伦多地区,软件方案及其实现的弱智问题很普遍也很严重,以至于经常成为我们大家吃饭时闲聊的笑料。它们之所以能够存在,主要是混事的太多了,从客户到服务商都一样。
/ a- I: Y- |' i$ i$ c& B0 Y7 G q' _1 M" p6 M1 m2 d/ U
举个例子,我这里一家主要的银行,一个项目用了四百个人,其中六十个程序员,使用了复杂的项目设计,结果项目严重延期而且产品性能很差。我们私下里讨论解决方案的时候,一致认为解决办法很简单,人员砍掉三分之一,方案大幅度简化,就没问题了。但是对方客户不答应,因为很高层的老板喜欢这个方案,同时喜欢大兵团作战,因此我们的建议在政治上通不过。4 X' W+ x1 \, h
7 K) |, ]' i1 j% v6 z; c3 ]! q" n说白了,猪头太多了,明白人没戏。 |
|