2008-04-19

工作回顾之一: 我的第一份工作(2)

上文谈到我在A公司做了一个企业的全面信息系统管理,本章将详细介绍此项目的前世今生.

一。项目的背景
A部门本来是做系统集成的,没有软件开发这块业务,后来也想扩展市场,于是成立了一个软件部,然后找关系,拿了B公司的这样一个项目.
B公司也是一家非常传统的国企,级别还比较高.想借信息化来解决自己的一些问题,提高管理水平.当时为了做这个项目,还专门从C学校,请了D教授来帮助做业务需求,因为D教授和高层比较熟悉,可以直接找高层来反映情况.
项目参与方: A公司A部门, B公司,C学校D教授（负责定需求）

二。系统的技术选型

在系统的技术选型上，A公司依靠自己在学校的资源，请了国内著名的E教授来主持整体技术方案的设计选型。

当时Java非常火，于是乎，在E教授的主持下，整个项目决定选用采用JAVA语言来开发，数据库选用了db2,服务器用ibm的小型机，当时ibm是买硬件送软件的，软件上既包括websphere,当时好像是3.0,也包括db2.开发的架构采用当时非常非常超前的B/S方式。

据说当时专家的意思是：我们这样的企业，要做就做最新潮的。（时间太久了，记忆不准确，不能保证真实性）

现在回顾起来，这在当时完全是一个超级错误的决定。当年的java，版本只有1.1,jdbc的驱动方式才做为新技术提出来，jsp的技术当时还没有出现！！！用java来开发网页的唯一方式是：SERVLET,你必须使用java代码，来一行一行的打印出一个html页面来，所有的开发过程只能用所见非所得，超级痛苦来形容。

技术选型的专家不负责，不参与系统的开发，也根本不需要考虑系统的可行性，而与此同时，他所做的决定又无法撤销，无法更改，因为已经按照这个方案来买机器，配设备。现在回头看起来，这个项目的失败几乎是命中注定的，无法改变的。

在《人月神话》里面，布鲁斯认为技术不是项目失败的原因，但在某些特定条件下，选择一个过分超前，不够成熟的技术，就是拿客户当试验品，拿自己当试验品，来证明选择方案的重要性。

项目的悲剧才刚刚开始。。。

-----To Be Continued---
评论
ThinkingInAll 2008-04-25
全部servlet死人了
haiying_j2ee 2008-04-24
servlet也有servlet的好处阿,用他来干jsp的活儿也没麻烦多少。
arust 2008-04-20
看来失败的项目都是相似的，成功的项目却各有各的不同。我们公司本来也是做系统集成的，后来也想扩展市场，于是成立了一个研发部，然后找关系，拿了B公司的这样一个项目。B公司也是一家非常传统的国企，级别还比较高。想借信息化来解决自己的一些问题，提高管理水平。后面的情况都类似了。
yanyanlong 2008-04-19
全部用SERVLET.....强的...
maxiaoxia 2008-04-19
技术恐怕也是失败的原因，如果只说专家的问题，也是不厚道啦。
所有人老板才是最倒霉的...
robbin 2008-04-19
引用
请了国内著名的E教授来主持整体技术方案的设计选型。

当时Java非常火，于是乎，在E教授的主持下，整个项目决定选用采用JAVA语言来开发，数据库选用了db2,服务器用ibm的小型机，当时ibm是买硬件送软件的，软件上既包括websphere,当时好像是3.0,也包括db2.开发的架构采用当时非常非常超前的B/S方式。

据说当时专家的意思是：我们这样的企业，要做就做最新潮的。（时间太久了，记忆不准确，不能保证真实性）

现在回顾起来，这在当时完全是一个超级错误的决定。当年的java，版本只有1.1,jdbc的驱动方式才做为新技术提出来，jsp的技术当时还没有出现！！！用java来开发网页的唯一方式是：SERVLET,你必须使用java代码，来一行一行的打印出一个html页面来，所有的开发过程只能用所见非所得，超级痛苦来形容。

技术选型的专家不负责，不参与系统的开发，也根本不需要考虑系统的可行性，而与此同时，他所做的决定又无法撤销，无法更改，因为已经按照这个方案来买机器，配设备。现在回头看起来，这个项目的失败几乎是命中注定的，无法改变的。


项目的失败，与技术无关，只与伪专家有关
发表评论

提醒: 该博客已发表在公共论坛，博客所有留言会成为论坛回贴，留言请注意遵守论坛发贴规则

您还没有登录，请登录后发表评论

liujunsong
搜索本博客
博客分类
最近加入圈子
存档
最新评论