|
|
参照于大多数的国内项目特别是政府项目，如果撇开恶心的式样变更和狭隘的仇日情结不计，那么和日本人做项目可以说是一件很惬意的事情。在项目的"谈"阶段，日本人一不屑酒肉二不要回扣三不玩黑标暗标，他们在乎资历；在项目的"做"阶段，日本人又抠门的很，人月掐的紧紧，干多少活给多少钱，他们在乎你认不认真值不值，就连日本人本身－－平日里和我们一起工作的几位日本员工，他们表现出的一丝不苟、积极负责的敬业精神也让我们不得不由衷的佩服。可以这么说，日本人懂得怎样真正有效的去调配财力人力物力资源，和国内的一些酒囊饭袋相比，固然是高明许多的。
然而同时我又觉得日本人很愚蠢，有时候简直愚蠢的让人无可奈何，请看看我们手头上这个项目吧。
这个项目的最终客户是日本一家连锁零售公司，用途当然就是零售业的日常业务管理了，我们这边分包的任务不多，主要包括订货、陈列、盘点、价签等四个子系统，其下共有五十多个模块。从总体上来看这个项目，很小，也很简单，仅仅粗略地从需求来构思实现的话，我们的脑海里估计会蹦出如下字眼：Tomcat、Mysql、Linux、2G CPU、1G内存，over。然而，日本人可不是这么想的。
日本人列出的硬件软件平台组合，估计会让很多项目经验丰富的工程师傻眼的：Weblogic813、Oracle9i、HP Unix、HP企业服务器，仅从目前开发测试使用的机器配置来看，搭载Weblogic的服务器是Dell的主流机器，1G内存，双路Xeon，搭载Oracle的服务器是HP，机器搁在机关重重的机房里看不见模样，根据实行性能估计是2G内存，四路高端CPU，这个项目最终发布到实际应用的时候硬件要求肯定还会再提高一个档次，就这么区区四个子系统五十多个模块，居然使用这么奢侈的配置，俗话说打鸟不用金弹杀鸡焉用牛刀，日本人的愚蠢，从此可见一斑。让我们再来看看项目的实际开发情况，在Client端使用的是Delphi，代码总计（包含注释，下同）大约10万行，其中框架代码3万行；Application Server（以下简称AP）端代码总计大约5万行，其中应用框架代码2万行，Client和AP之间使用XML通过HTTP传输数据。AP端所用技术包括Servlet、JNDI、连接池、数据源等技术，根本没有使用JTA、JMS、JMAIL、EJB等高端技术，也就是说，对Weblogic的实际利用率，简直10％都不到。再看看数据量，预计当连锁店数量为3的时候，记录数最多的商品Master表的数据量为9万，连锁店数量为10的时候（注：估计要十年的时间才能开到10个店），数据量也顶多40万，每次查询所得的记录数峰值不会超过10000，每次插入或更新的记录数峰值不会超过3000，多么渺小，而且整个数据库里都是清一色的文本数据，不包含二进制/多媒体数据，也没有用到嵌套表、对象表等Oracle高级特性。并发情况方面，预计三年内平均并发访问数不大于10，峰值并发访问数不大于30，即使把连锁店数量增加到10，峰值并发访问数也不会超过100。多么简单的应用，以致我们私下评估这个项目的时候都感到缺乏挑战性。
有时候我们也会向头儿发牢骚说，就这么丁点儿东西也占用那么高端且昂贵的配置，硬件不说，单单Oracle和Weblogic每年那天价的License和服务费都不是个小数字，傻不傻呀？头儿说那也没办法，客户就是上帝，客户指定怎么做你就得怎么做，反正也不用你掏钱云云，于是更坚定了我关于"日本人很愚蠢"的观念。
话说回来，其实日本人也有他们的顾虑所在，日本人往往目光长远，做软件也讲究完美、安全、可靠，不会轻易接受一个新的或不成熟的技术或解决方案，一套软件开发个三五年，使用个十年八年二十年的现象比比皆是（并且不断改版、扩充、完善），从目前对日外包中古老的COBOL85依然是中坚力量就足见其"顽固"了。要在这么漫长的软件生命周期里保证其稳定性和扩展性，可不是一件容易的事情，所以他们在硬件和软件环境方面不惜血本也就不以为怪了，假如使用开源并免费的AP Server和DB，那么日后万一出了在重重测试中都无法发现的问题，往往便是灾难性的后果，而且还叫天天不应叫地地不灵，而像Weblogic和Oracle那样的长期质量跟踪、7×24的上门服务，显然让人放心的多。
可是无论如何，"日本人很愚蠢"的观念已经在我的大脑里先入为主根深蒂固了，只是因了职业的敏感，又会和国内的一些现状作出对比，然后爬爬格子发发牢骚。日本人很愚蠢，他们往往为了享受一顿晚餐而重金买下整个餐厅－－毕竟是自己掏钱买的，相比而言中国人就要精明的多，他们总是可以以享受一顿晚餐为理由去掠夺一个餐厅，而且还能辅以仁义、道德、宽容、国情、现代化、信息化、国际化等美丽的字眼让餐厅的真正主人表现出心甘情愿乐意奉献的样子。所谓软件，如此而已。
|
|
|
|
|
|
|
|
|
|
楼主