浅谈Powerbuilder的未来和Powerbuilder使用者的未来

Powerbuilder的未来预见:

Powerbuilder现在成为sap家族的一个工具,广大使用pb的人士可能忐忑不安,本身12刚出来还没稳定,就出现这样子的事情。通常使用者心底都希望自己的工具是一个保持独立的产品。LAMP能说明这种情况。

我预见,sap作为企业运用的集大成者,整合sybase在业界看来是件好事。我认为也如此。

erp+数据库+平台也是其他几家集团已经整合完成的一个模式。ms,ibm,oracle。都说四家天下。相形之下,sap在db方面是没有话语权,或者说一张结实的桌子只有桌面子,没有四条腿。而sybase恰恰是有四条腿的桌子,反而没有一张结实的桌面子。这二者结合不能说不是件好事。做技术必须要强大的现金流来支撑,就如google的运用做得好一样,因为他有强大而及时的现金流,google的科学家一点都不用考虑公司没钱。ms在开发方面也是以万人投入,其力度是相当大的。以至于就算我们坐上和谐号也追赶不上他家的技术进步。当然我们不能说sybase就缺钱。但是我自身说,sybase比较缺投入。但凡看在眼里的事情都说明这个问题。如果连一个分割条都不屑一顾的话,如果几个古板的控件就可以糊弄近十个版本的话,那请问到底是缺什么。

 

最新版Powerbuilder混淆器,在全世界得到近200个有效下载量(指知道什么叫混淆的人下载它并细心测试它),并得到较多质量较好的反馈,在此感谢大家支持这个一个迟来的工具,还好世界很大,从google的group上看有澳大利大,黎巴嫩,法国西班牙的用户很多,否则就国内这么点用户,怕是我这个工具也是白写的了。下载请至: http://chengg0769.download.csdn.net/

 

很多人都期望sybase能保持独立的发展并与sap整合好。当然也提到我们关心的Powerbuilder的问题。

任何人现在都没有得到一丁点信息关于sap对Powerbuilder的态度,好像是这样。sap口口声声地说得到sybase的移动平台,这样很多人很担忧。过多的商业因素我们不去考虑,我只认为,如果把powerdesigner和Powerbuilder从sybase拿掉,或者说从sap拿掉,那会失信于80%的sybase一族,至少情感上和由此联动的反应会这样。不管sap多么强大,毕竟他不属于sybase领域内的专家。就像orcale对mysql的态度敏感一样,稍有点风吹草动,嘘嘘声一片。如是,则跟那种暴发户无两样。我认为sap没有对sybase既有业务能干涉的专业性。sybase在其数据库基础之上,产品线是完善的。虽然遗憾watcom成为open,并且也没有对pb的编译器产生多少影响,以至于到今天为止都不能用机器码编译较大的项目(在我看来如果产品号称可以编译成机器码,但是却耗时良久卡死在那里,或者出现这样那样无可名状的错误让我们使用者无可奈何,这种编译技术是一种耻辱,原谅我用耻辱二字,因为中国字太丰富了,我一定得继承和发扬).我不认为pb会没有发展,但是我否认他能有多大改观。有些事情大家是看在眼里,也不是一天两天的事情了。语言,数据库,编译器都需要灵魂人物,否则不会有太大改观。.net没有安德森可能也就是改良版本的vb,不会好到哪里去。大家都在说pb怎么样不如意,坐轿子不急抬轿子的急。你以为作为sybase不急,不急才怪,可能也是没有办法。他还得受到平台和操作系统等不确定因素的影响而迟迟不能决断。

 

我认为sap和sybase整合上,是良好耦合,没有多大的冲突,至少对pb来说是这样。不会太像宝蓝那样把ide卖掉(作价两千万也是一个耻辱,听说差点没人要),因为前端建模到数据库到pb,到其他产品线那是顺理成章缺一不可的。所以c++编译器可以卖掉,但pb不可能,也不可能被轻视。另外一点说pb的历史是伟大的,在历史上是有大量客户应用来开发现在都还在运行的系统,也包括一些政府的基础事业。如果你是sap当家,你会去动这方面的不好的念头。因为这个问题是敏感问题,可以避而不谈,也可以轻描淡写,但不可以随意表达对pb的态度。我想,sap是谨慎的。在行动方面,sybase需要强大的现金流进行基础研究,这是肯定的。以sybase的收入来看,要加大投入与列强站在同一个开发起跑线上,估计有点难。虽然他之前是比较独立的。所以关键就在于sap的投入了,说到底就是钱,其他我觉得没什么担忧的。简单说,不支持好pb和其他工具会丢大量客户和动摇核心业务甚至整个产品线,造成导火索效应,支持得好,大快人心,一群老fans还是紧跟其后,毕竟平台的选择有个惯性。把昨天砍断,从明早全新开始,我个人都是不太可能的,更何况这么大的集团的行为。谨慎的人可能先看看外界的意见再说话,绝不空许下什么狗头愿。

 

pb是开放支持所有数据库,并在积极同.net平台整合,这是向好的方面。所以他的用户包括40以上的老用户,虽然用户并不都是sybase数据库的使用者。使用者在多种数据库上用pb进行开发,开发的成果遍布各种大小应用。乱动就意味着马上失去。

 

但此pb命运完全由其当家人抉择。我们无能为力。如积极支持并让其走得更远是利大于弊的。如上所述。

 

Powerbuilder使用者的未来:

 

我是一个开发者,自由或者被迫选择平台是没有办法的事情,而且不是说只能选择一个平台开发自己的运用,我们受到多种因素的影响,比如流行度,客户接受情况,成本,开发平台和工具的优劣。这个好像是市场行为,业已形成,就好像台风来了,它往东吹,你就没法往西边跑。

 

要选择成本小的,客户欢迎和接受的,稳定和流行的平台和工具,这是没得说的。

 

成本小,体现在开发上,容易开发和修改,后期容易维护,客户接管后也容易管理,不能说让客户要招专家进公司才能接管系统和再开发,那也不行。如那样,恐怕你的钱都收不回来,因为你根本无法交脱手。因实际情况而定,无以特例概全面。程序开发每天都面临反反复复的修改和一遍又一遍的升级。这当中有多少成本根本就没纳入计算,也难怪很多公司都没有加班费,可能严格算起来开软件公司是亏本的事情。以现在广州深圳5000-6000奈何都招不到合适的人。如果你开公司说要给职员良好的待遇,什么都按规定来,请问你会不会亏本。

 

java空中楼阁消散后,许多人又回到.net平台开始招兵买马,干得轰轰烈烈。当然许多做erp的公司不一样,我记得大概是2004年吧,我去宏远酒店参加一家erp厂商的产品推介会,该厂商已经有用.net开发完整的产品了。也就是说准备期是在2002-2003年,足见走在.net运用的前面。定位的消费群体不一样,我们好多产品注定只能呆在win平台而无法去享受咖啡开发的优雅。

 

刚才搜网络,有人骂delphi就像是一个不节食的大肚子,要不是生一个怪胎,要不是就是把肚子撑爆。其他语言也一样,总有它发展的一个过程,到最后就是想门门包含,门门精通,岂不知,这世上都是物极必反,任何语言都有他的定位,这种定位会在一定时间的运用之后就凸现出来,会形成他自己的门户和黄金搭档。这么说的话,php支持oop也许又是一个孕妇。网上有论,java也是想包揽一切开发和一切平台,不过,现在他定位企业运用开发和跨平台移动开发等是比较不错的,今天还没有谁能代替他在这些方面的地位。

 

但:任何平台的持有者,我说的是操作系统的持有者,都不会甘心的。不会有哪个平台会自认无所作为。跨平台只是一个梦想,也只会永远是一个梦想。所以现在专有平台上的开发语言如object c和Symbian上C++等需求。这是品牌强势造成的。跨平台被视作强龙,谁会任强龙呼风唤雨,而平台任由摆布,如你是,你会吗?还是那句,诸侯割据,多足鼎立,谁也不会让着谁。如果纯谈技术,全世界开发一种标准即可,大家都拥护就行了,但是商业社会就不行。大家会搞出10个甚至几十个平台来。以前是pc,现在是上网本,移动上网设备,手机和这阵很跟风的平板等终端。

 

只想说跨平台,和一次怎么到处怎么(网上有个笑话说是一次编写,到处调试)又回到了概念阶段。现在的人们也许就是比较理性选择了。

 

适合你的就是最好的。你的选择不是由商业宣传和别人许下的狗头愿来决定的。虽然摆脱不了技术列强们的左右。

 

那就是要针对自己的领域,恰当并有先见地选择。如择妻不当,也许后悔终身都有。

 

话锋转回,回到pber的抉择上来。我一路走来,先学过vb和delphi写过东西,后在工厂维护erp和主导厂内上线,所以出厂后选择pb10,11开发了这些年。并学会c#写简单的winform。

 

现在面临两个问题,bs的强势兴起和pb的没落。

 

bs和网络新标准,html5和css3以及网络富客户端运用是未来十年的主要议题。pb显得不合适了。虽然他有众多的办法运用到网络上。包括智能客户端,远程终端ts服务,citric和国内做接入的一些方案。三层的跨网络运用也应该是可以的。

 

不过如果要开发适合现在客户的胃口的产品,无一要定位在新的技术标准和新的流行色上。比如现在的服务器托管和saas运用。如果你有幸开发的是受众多达几万几十万的软件平台。无法将几万,几十万的运用付诸cs来实现,如果你想走saas的话。未来的互联网运用可能都是统称叫服务了。客户什么都不要出,直接开通服务登录浏览器就行了。这个概念在昨天,在写这些个文字之前,我都刚刚想清楚。

 

pber有三个方向我觉得要突破:

 

1. 数据库的深入

数据库是现在绝大多数运用必须使用的,网站,企业运用,办公,管理,都离不开。许多开发者如果在正规的开发公司呆过,涉及到的都是别人设计好的一些东西,自己可能只是一个代码工人。在规模较小的公司,可能数据库方面档次比较差,没有完善的设计,甚至用拼音做字段(如果你是,请勿告诉他人)。这应该不叫掌握和熟悉,精通数据库吧(虽然简历上可以这么写)。所以我自身来说,我要提高一些。因为数据库方面的规划,设计,优化,管理,这些需求会持续很久。而且能提高自己在这方面的层次。如果马上对自己数据库方面的能力打分,可能我只得15分吧。因为只会mssql,运用又简单。我能搞出一个小运用来,但我无法专业地完整并严谨地走完这个过程。你认为你自己存在这个严重问题吗?

 

2. bs开发和运用

如果是一个熟练的开发者,应该接受其他语言不会太久,当然我指的是java和.net.当然不会去指c/c++,嵌入开发这些。因为不是一个量级。所以我自身,我只说我,应该会跳出pb火箭的逃逸塔,在c#和.net上降落,因为目前已经会一些winform。再则最近有详细学习一下asp.net的开发教程,我认为.net已经在数据展示方面有针对性地开发了很多组件,就如当年vcl一样,我觉得构建一个企业运用和不复杂的运用是相当快的。以前大量的vfer转向c#,是有原因的。因为vf可能更没落。我的一个朋友就是,他自己对开发也不是100%的精通,不过他说c#开发非常简单,很省事吧。而且两年前跟我谈出租客户端有点saas的意思。我想这得益于安德森对组件,属性的深刻理解,以及理解开发运用的人真正需要哪些武器。所以这些个设计得比较晚的工具,它尽可以抛弃一些诟病,并吸纳一切可用之优势,所谓集万千宠爱于一身。c#在快速写一个web上我看是比较不错的,易用吧。可能报表方面不会太尽如人意。因为大概都需要第三方的组件支持。在这一点上,我认为dw.net对我们来说是个好的控件,可以善用。当然有些人说为什么不选vb,其实vb作了一些厌恶的乱改,比如有些调用改成了描述语句那样的。。。好像是文字一样。。这些我不喜欢。个人好恶而已。

 

或许想黄国筹先生一样力图整合dw-ie控件一样,把.net和pb的优势结合起来,未尝不是件好事。他告诉我,他已经拓展到.net方面了。我感觉自己有点晚,不过还是有基础,不算太老的人,因为java个,bcb个,我都能写简单程序,我算有点基础知识,只是asp.net没尝试过真正做运用,意识上没有进化到bs上来。这几年都用pb瞎混了。另外主要也是没有好的产品要实现,比如能saas卖的,我没有。

 

可能许多人比如pb老人,可能不太熟悉和愿意使用陌生的工具,比如c#的语法毕竟比较靠近c++,而且又是个四不像,什么都有,新的知识点太多。你说web,至少html,js,css,ajax就够弄一阵子的了。就算你再有傻瓜工具拖拉,可bs要了解的新东西太多了。但是我认为,先求简单运用,用起来再求深入是可行的。任何工具的学习可能都有这么一个过程,最开始我们只会写事件代码,到后来才学会自己做控件,做组件,分层这些抽象的事情。

 

3. 我还想温习一下c++和基础知识如数据结构,新的也许跟不上,但是旧的管够。

不管说出来是不是笑话。

 

至少我最近做的反编译器和混淆器就是用bcb开发的,情况不同,就自然而言决定你要用某某工具,这个由不得人的。你不可能一辈子做一样事情。比如一个朋友邀请我外包他的板卡呼叫平台的计费和套餐结算部分,那我真不知道该用什么写了,因为原来的代码是php,pb是可以,但是部分界面又要上互联网。以前他有一个phper,但是走掉了,现在phper翘的很,不好找,phper对网站是可以,但是对计费和套餐又没概念,所以思前想后,想给我做,因为这些是我们熟知的,这就矛盾了。而且可能还会涉及到板卡周边的问题,会碰到c++等程序代码,至少涉及到接口部分也许会去看。我这么说不是很奇妙的情景吗,但一点不没虚构。也许你可以做得相当专业,专做某样,但不是人人能做到的。项目可能碰到你,你也可能碰到项目。硅谷里的c++需求高达50%,因为他们做产品。产品化的东西无一都是这个语言写的。至少10,20年内应该是这样子的。

 

另外一个活例子是黄国筹先生的txdw,是用vc封装并拓展而成的吧。

 

所以我之前有这种提法,只请你想象:一个程序员,只会写写数据库的程序员,退休后,你该做点什么,也许你要做点什么,请记得这第三点。

 

在这个问题上,这个老问题上,我也是无所适从。都待自己去考虑吧。

 

我都在想,也许我明天什么都不做了,也许改行了,也许编程只是个爱好了,我用电脑来做什么好呢。可能偶有好的想法想实现某个玩意。那我就去实现吧。所以我想有功夫学回点基础知识。有时往前途看,真叫迷茫而无望。希望可以潜心回顾一下基础,以备不时之需。

 

有时想自己写的这些个项目,倒是可以赚几个铜钱花花,可是终日也只是堆砌代码,歪搞乱搞,不精通也不规范,谈不上半点技术,虽然也曾决心要把数据库学习精通,无奈整日都是应付一些层面上的事情,终日都在做一些不是技术的事情。有点虚度的感觉。

 

好的产品诞生于伟大的奇特的构想。也许我说要把基础学好也只能做一个梦里的产品。不过如果真全身而退之后,也许会完成一个伟大的作品呢也未尝不可能。

 

所以我的思路就是想多手准备,而不想简单地深入一个狭窄的夹缝,以致自己无法进退。

 

 

以上仅是我个人意见,不代表任何商业观点。

 

转载请注明出处,请不要无视作者的原文出处让更多的读者找不到源头。最近发觉一些网络抓文字的系统竟然会篡改抓过去的文字,可以原谅技术的低劣。但是无法原谅作者一栏写着“佚名”。

 

 

 

 

你可能感兴趣的:(数据库,Sybase,SAP,PowerBuilder,平台,产品)