浅谈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封装并拓展而成的吧。

 

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

 

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

 

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

 

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

 

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

 

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

 

 

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

 

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