PFC协同开发---给帮主的公开信
流帮主:
非常高兴给你发邮件,我是开心就好!(应该是这样说的,是吗?)
是我在Csdn上大言不惭的提出要开发一套PFC的。其实想法由来已久,自从知道有PFC这个叫法以后就想做了,虽然这也在不久以前。
公司里有一套PFC,但是功能也不全面,而且与业务相关比较密切,一般都让项目组给“特色化”了,转移到别的项目开发上需要改动的太多,这只能称之为项目级的PFC。PB在数据库应用的开发上的确很高效的,而且与大型数据库都有专用的接口,所以不舍得丢弃PB而代之Delphi。但是PB弊端也不少,用户界面很丑陋,很多流行的组件都不提供,需要自家来开发,扩展起来又是如此不方便,这些您比我还明白我也不多说了。
当然,PB能够像VCL的发展一样是最好了,但是采用什么形式发布呢?PBD,您自家不是还在开发PBD的反编译工具吗,这不是....,ocx,恐怕也不行,会引起兼容性的问题,现在PB已经不稳定了,再增加不稳定因素就更不敢用PB了。再说了,PB的机制也不允许这样啊。总之,一时也想不出好的解决办法,也许这也是Delphi后来居上,PB日渐衰退的原因吧。
也正是由于以上的原因,现在的形势您也看到了:大家各据一方,抱着自己的一套,自己慢慢积累,谁也不理会谁。结果如何呢?对初学者而言,入门已经是一道坎,可是过了这道坎又发现PB还有这么多的局限,马马虎虎做项目可以,但要做的细致入微,难!中级水平的开发人员呢,需要有一个漫长的积累过程,要耗费大量的时间来整理,创新,再整理,一个项目下来,已经头发半白了!高级水平的程序员当然情况会好一些,对PB已经融会贯通了,也能够把握大局了,但是往往也故步自封了。总之如果不开放,就意味着PB要倒下去,现在已经有很多的程序员转向Delphi了。据我的估计,PB的生命力还有三年,其实我也已经把目光转向了Delphi,说不定明年一些中小型数据库项目的开发我就会选择用Delphi了。另外,PB入门是有一道门槛的,很多人会感受到,如果没有一种氛围,也难吸引新手的视线。大家只有眼看着PB倒下去。
当然我也不是那种对语言有偏颇的人,我一向以为语言各有所长各有所短,要根据实际的应用来选择开发语言。但是,不知道你有没有打电话给Sybase公司寻求技术支持,他们的技术人员说什么,“这个我也不清楚!”,“我们没有做过这方面的测试”,“Sorry,I don't know!”。我们公司还是Sybase的正版用户呢!我不禁要问,Sybase对自己的产品有信心吗?!Sybase公司倒了,PB我们还能用几天?!
再看看Borland公司的产品,无论是Delphi还是BCB,前促后拥者众!在网上找一找,VCL一晚上就可以堆满整个硬盘。开发人员再也不用花时间去勾勒用户界面,感觉是那么的无拘无束,游刃有余,看着他们从容不迫的样子,想象我们面对用户的质询时的窘态,哎,我也没有信心,我是程序员吗?其实我是搞软件质量检测的,承担着公司大小项目的软件测试任务,看看我们哪些用PB开发的产品,我感觉我是对不起用户的,市场部门在收钱的时候估计也能够感受到!
在对比中发现问题,开放、奉献才能发展!也许,搞数据库开发,也都知道这是一个来钱快的领域。但是小成终究是小成,能成就大事业吗,不过是挣几个零花钱而已。我承认知识的价值,但是抱着一项“发明创造”吃一辈子的还是比较少,说的是软件开发领域。对于程序员来说,带来的巨大利润的不在技术,靠出卖体力永远不可能“发家致富"的。总之我要说,一个人很难成功,也成不了大事。真正想赚钱的就要先给予,先奉献,然后有人团结在你的身边了,最终形成团队了才可能形成力量,你也就有钱了!
做一件事,总需要有个意见集中的地方,不然事情就很难做成功。如果能有一个威望比较高的人来主持工作,那么成功的可能性就提高了50%。所以,我们看中了流帮主,您!
请你出山!当然,我们总得先定个规矩,我反对不劳而获,我想您和大多数人也都是这样。无论怎么办,收钱业吧,免费也吧,总得想个万全的法子把这件事情做好,我是这样想的,也正在努力做着。
以上观点多有谬误,不妥之处尚请谅解,祝你事业顺利,盼复。
开心就好!
2002.1.31