鄙人2000上大学,狠命学pb,04年工作用pb,08年为糊口计,彻底放弃,转行
又4年过去了,还见有后继者,甚诧异
不要说行行出状元
在这里的伙计们,又多少能熟练使用pfc? 有多少写自己的控件库?
鄙人做了,没用
当年一咬牙放弃了,那年工资翻倍
这个东西确实有它的优点,只不过sybase选错了路,大家不要再这里屌着了
53 个解决方案
#1
为了养家户口 楼主也是太较真了
#2
存在就有它存在的道理！
#3
楼主转行 转什么了啊？
#4
我现在也用PB开发，正在用C#开发asp.net
#5
pb開發短平快，內部我覺得還是不錯的，外部用java開發
#6
我用pb快有10年了，大小项目做了不少。
pb和现在的主流的开发工具相比，显得有些另类，甚至一些开发都没听过。
现在在客户不对开发工具有要求的情况下，我还是会选pb来开发。
pb和现在的主流的开发工具相比，显得有些另类，甚至一些开发都没听过。
现在在客户不对开发工具有要求的情况下，我还是会选pb来开发。
#7
我认同，虽然PB的技术是老掉牙了，但还会有它的用处
#8
楼主刚上大学时pb8就开始用pb了，没觉得什么不好，呵呵~~
#9
这个帖子,不是对有多项技术的老牛们说的----你们有地位、有其他技能、有米、有构架等等等等..... 没了pb照样很high
是对新菜们说的----你们没地位、没其他技能、没米等等等等.....要是死命pb,会饿的...
不要说"存在即合理"----新手选方向,搞孬了要影响好多年
编程语言排行榜,近几年来pb有上前50吗?
连古老又冷门的ada、cobol都撵不上,可怜的pb
sybase又....
pb依赖.net平台,早晚会把自己搞死,只是看ms啥时候下手而已
是对新菜们说的----你们没地位、没其他技能、没米等等等等.....要是死命pb,会饿的...
不要说"存在即合理"----新手选方向,搞孬了要影响好多年
编程语言排行榜,近几年来pb有上前50吗?
连古老又冷门的ada、cobol都撵不上,可怜的pb
sybase又....
pb依赖.net平台,早晚会把自己搞死,只是看ms啥时候下手而已
#10
pb做后台还是不错的
#11
工作是为了什么，为了生活，为了赚更多钱。谁能够在软件开发的基础上，能够满足你的需求，又何必在乎是什么语言呢
#12
我特意登录而来 顶 楼主 ，楼主说的是实话
不要自己吃馒头就说馒头比什么都好吃
不要自己吃馒头就说馒头比什么都好吃
#13
不存在什么放弃不放弃，多学几门语言才是王道，吊死在一棵树上，哪棵树都不是好树
#14
c++ 和dephy辅助下,PB还是很强大的．楼主学的肤浅，需理解，条条大路通罗马，近路ＰＢ是一条的道理．
#15
期待PB15......
#16
PB与PBNI结合，很好很强大!
#17
頂
#18
理解楼主，说的有道理的，我用了pb 10年，又爱又恨，
人生重要的是选择对了路和方向，
当然做技术的选对技术路线和方向同样重要！
人生重要的是选择对了路和方向，
当然做技术的选对技术路线和方向同样重要！
#19
虽PB不是目前流行的开发语言，每种开发语言存活至有它的道理，如果你只掌握了一种语言，那么不是它落后了，是你在这一行业落伍了。
#20
无法放弃PB的原因：
1. 开发速度问题，对于有大量界面、查询、报表，而且经常需要变化的企业应用来说，PB无疑是目前开发速度最快的。
2. 企业应用还是必须是富客户端应用，Web很难做到富客户端的体验，或者做的成本太高。
3. PB的DataWindow仍是和界面结合最好的Data Bingding和持久化的解决方案。在没有办法解决面向对象数据库的问题前，O/R Map是个伪命题，虽然大部分的架构号称可以自动进行O/R Map，但因为现实问题实在太复杂，很多情况自动Map是没法解决的，既然这样子，为什么不直接操纵数据库？MS的ActiveRecord也是一个办法，但是这个方法和DataWindow其实是很接近的。
必须放弃PB的原因：
1. 在被SAP收购前，Sybase在中国近乎变态的打击盗版，基本任何一个有购买欲望的公司，只要打第一个咨询电话起，就会收到各种骚扰。以大量的成长中的小公司作为打击目标（微软在这个问题上是抓大放小）。SAP收购后不知道怎样，但是别忘了SAP本身也是做企业应用的。
2. Powerbuilder在国内只有Enterprise版，而且价格是天价，一个License几万块，一般的企业谁承受得起，还不包括Redistribute的License的费用。
3. 没有测试架构。
4. IDE太差。
1. 开发速度问题，对于有大量界面、查询、报表，而且经常需要变化的企业应用来说，PB无疑是目前开发速度最快的。
2. 企业应用还是必须是富客户端应用，Web很难做到富客户端的体验，或者做的成本太高。
3. PB的DataWindow仍是和界面结合最好的Data Bingding和持久化的解决方案。在没有办法解决面向对象数据库的问题前，O/R Map是个伪命题，虽然大部分的架构号称可以自动进行O/R Map，但因为现实问题实在太复杂，很多情况自动Map是没法解决的，既然这样子，为什么不直接操纵数据库？MS的ActiveRecord也是一个办法，但是这个方法和DataWindow其实是很接近的。
必须放弃PB的原因：
1. 在被SAP收购前，Sybase在中国近乎变态的打击盗版，基本任何一个有购买欲望的公司，只要打第一个咨询电话起，就会收到各种骚扰。以大量的成长中的小公司作为打击目标（微软在这个问题上是抓大放小）。SAP收购后不知道怎样，但是别忘了SAP本身也是做企业应用的。
2. Powerbuilder在国内只有Enterprise版，而且价格是天价，一个License几万块，一般的企业谁承受得起，还不包括Redistribute的License的费用。
3. 没有测试架构。
4. IDE太差。
#21
该回复于2012-06-24 09:47:37被版主删除
#22
PB用来开发内部系统之类的软件还是很有速度优势的。
但是大家至少也要掌握其他的一门主流开发语言才行，只会PB肯定越来越迷茫。
但是大家至少也要掌握其他的一门主流开发语言才行，只会PB肯定越来越迷茫。
#23
还是不可否认PB的快捷方便
#24
Pb开发快吗？那只是你熟悉这个工具而不熟悉其他更快的工具
#25
其他哪个更快呢？
#26
C/S上，PB还是很强大的
#27
我刚刚毕业的时候，就是使用PB开发医疗的项目。PB的开发效率是很快的，但IDE不是和好而且PB9.0后基本都不是很稳定。再这里我要澄清的是PB做报表只是适合做简单的在现在2D，3D很普遍的趋势下，还是有点落后了。我只能说SYSBASE自己把自己玩死了。依托MS也可能死无葬身之地。
#28
干什么活，用什么工具，杀鸡不会用宰牛刀
高射炮打蚊子，也太浪费
打蚊子，就拿手掌直接扇，多方便利落，PB就相当于打蚊子的手掌，迅捷、准确、效果好
相信极大多数人对PB是既爱又恨，爱之深恨之且。多学点吧，总是有好处的……
高射炮打蚊子，也太浪费
打蚊子，就拿手掌直接扇，多方便利落，PB就相当于打蚊子的手掌，迅捷、准确、效果好
相信极大多数人对PB是既爱又恨，爱之深恨之且。多学点吧，总是有好处的……
#29
以前用PB
现在用Eclipse RCP，整合一堆开源项目（Mybatis、EMF、GEF等等），开发效率现在比PB也差不了多少了，主要是框架先进，可以整合各类技术，而且界面和Eclipse一致，美观。
现在用Eclipse RCP，整合一堆开源项目（Mybatis、EMF、GEF等等），开发效率现在比PB也差不了多少了，主要是框架先进，可以整合各类技术，而且界面和Eclipse一致，美观。
#30
从2000年6.5开始，2003年后开始用的越来越少，但不可否认pb写点后台程序，导导数据还是很便捷的，至今还在用。大型系统确实不太适合用pb
#31
02年用，在银行系统用pb很舒服，据我了解很多银行内部程序比如数据转换还在用pb。真不知道pb能不能推出iphone的开发IDE，毕竟object-c也是c的构架，pb也是c的基础吧。
#32
能不用pb就不用把
说实话 pb就能做写小软件
想往大处写 那个力气花的啊 划不来
说实话 pb就能做写小软件
想往大处写 那个力气花的啊 划不来
#33
用它就在于简便、易说，复杂的还是找人来做吧
#34
觉得挺好的，开发的系统很好用！
#35
一条路肯定是不行的，一颗红心两手准备啊
#36
只用过PB6.5 7 8 9 ..........
#37
我不在乎什么工具，我在乎钱
做pb的新入行的人，待遇太低了，低了，低了......
做pb的新入行的人，待遇太低了，低了，低了......
#38
对企业应用而言,sybase的工具套装高效灵活,特别是powerbuilder这个前端工具
对软件生产而言,powerbuilder就不算很合适
个人认为,powerbuilder的适用人群:从事商品软件的二次开发;企业信息部自身的系统开发......
pb程序员这个职业,最终有大部分或者转行,或者转入到企业信息部
对软件生产而言,powerbuilder就不算很合适
个人认为,powerbuilder的适用人群:从事商品软件的二次开发;企业信息部自身的系统开发......
pb程序员这个职业,最终有大部分或者转行,或者转入到企业信息部
#39
确实PB相对于其他的开发工具来说，比不上什么，但是就数据库开发而言，又有多少款软件能够比得上PB？？？？？？？
#40
这个比喻很恰当！
我觉得楼主不要自己禁锢自己，就因为你懂PB而混口饭吃，也太那个了！
软件原理都差不多，你能多学点不？
#41
PB 多简单 一般的开发都比 PB难
#42
pb开发工资都如何啊？前景呢？
#43
你还真牛 编程本就是个人兴趣，你用来养家糊口，也太较真了吧？
#44
想养家糊口干嘛要做程序猿？ 换个直接与钱挂钩的职业更好
#45
2009年用PB做开发，一直努力到2011年，感觉自己PB技术已经很好了，一个月才拿到5K。然后毅然决然转了android，如今做android两年，拿到12K 了。而我那些原来的PB同事同事才6K。
所以说，有机会还是赶紧转吧
所以说，有机会还是赶紧转吧
#46
其他哪个更快呢？
这个有点认同。
兄弟用过VB/C/VC/DEPHI/PB/ASP/C#/VFP,甚至汇编(JAVA也会写个"Hollo world")，都写过程序.
嗯......,我说的"写",是指,有人愿意给钱,而且至少卖过一点小钱的,而不是"写"毕业设计的"写".
(从前的同事评价过我,"样样都懂一点,样样都只懂一点点",虽然不太服气,但多少认同的).
我觉得上述这么多,PB还是可以飞快上手的.
#47
PB死期不远了。
#48
听到这个消息有点汗。
#49
看到SKY_4K_PPM朋友所讲PB死期不远了，真有点惊讶！我业余在单位开发管理应用软件已经有10年了，从PB6到PB11.5。开发管理软件不管你用哪种工具，开发出实用能提高工作效率的应用软件哪才是硬道理。
#50
SAP承诺将继续发展PB，将详细战略未定。估计将和SAP生态系统深度整合，希望PB能获得新生。
SAP has confirmed that a new version (probably PB15) will be released. A Beta Program should be put in place shortly for interested developers. During this presentation, SAP will explain its strategy for future evolutions of PowerBuilder and also the integration of PowerBuilder into the SAP eco-system.
SAP has confirmed that a new version (probably PB15) will be released. A Beta Program should be put in place shortly for interested developers. During this presentation, SAP will explain its strategy for future evolutions of PowerBuilder and also the integration of PowerBuilder into the SAP eco-system.
#1
为了养家户口 楼主也是太较真了
#2
存在就有它存在的道理！
#3
楼主转行 转什么了啊？
#4
我现在也用PB开发，正在用C#开发asp.net
#5
pb開發短平快，內部我覺得還是不錯的，外部用java開發
#6
我用pb快有10年了，大小项目做了不少。
pb和现在的主流的开发工具相比，显得有些另类，甚至一些开发都没听过。
现在在客户不对开发工具有要求的情况下，我还是会选pb来开发。
pb和现在的主流的开发工具相比，显得有些另类，甚至一些开发都没听过。
现在在客户不对开发工具有要求的情况下，我还是会选pb来开发。
#7
我认同，虽然PB的技术是老掉牙了，但还会有它的用处
#8
楼主刚上大学时pb8就开始用pb了，没觉得什么不好，呵呵~~
#9
这个帖子,不是对有多项技术的老牛们说的----你们有地位、有其他技能、有米、有构架等等等等..... 没了pb照样很high
是对新菜们说的----你们没地位、没其他技能、没米等等等等.....要是死命pb,会饿的...
不要说"存在即合理"----新手选方向,搞孬了要影响好多年
编程语言排行榜,近几年来pb有上前50吗?
连古老又冷门的ada、cobol都撵不上,可怜的pb
sybase又....
pb依赖.net平台,早晚会把自己搞死,只是看ms啥时候下手而已
是对新菜们说的----你们没地位、没其他技能、没米等等等等.....要是死命pb,会饿的...
不要说"存在即合理"----新手选方向,搞孬了要影响好多年
编程语言排行榜,近几年来pb有上前50吗?
连古老又冷门的ada、cobol都撵不上,可怜的pb
sybase又....
pb依赖.net平台,早晚会把自己搞死,只是看ms啥时候下手而已
#10
pb做后台还是不错的
#11
工作是为了什么，为了生活，为了赚更多钱。谁能够在软件开发的基础上，能够满足你的需求，又何必在乎是什么语言呢
#12
我特意登录而来 顶 楼主 ，楼主说的是实话
不要自己吃馒头就说馒头比什么都好吃
不要自己吃馒头就说馒头比什么都好吃
#13
不存在什么放弃不放弃，多学几门语言才是王道，吊死在一棵树上，哪棵树都不是好树
#14
c++ 和dephy辅助下,PB还是很强大的．楼主学的肤浅，需理解，条条大路通罗马，近路ＰＢ是一条的道理．
#15
期待PB15......
#16
PB与PBNI结合，很好很强大!
#17
頂
#18
理解楼主，说的有道理的，我用了pb 10年，又爱又恨，
人生重要的是选择对了路和方向，
当然做技术的选对技术路线和方向同样重要！
人生重要的是选择对了路和方向，
当然做技术的选对技术路线和方向同样重要！
#19
虽PB不是目前流行的开发语言，每种开发语言存活至有它的道理，如果你只掌握了一种语言，那么不是它落后了，是你在这一行业落伍了。
#20
无法放弃PB的原因：
1. 开发速度问题，对于有大量界面、查询、报表，而且经常需要变化的企业应用来说，PB无疑是目前开发速度最快的。
2. 企业应用还是必须是富客户端应用，Web很难做到富客户端的体验，或者做的成本太高。
3. PB的DataWindow仍是和界面结合最好的Data Bingding和持久化的解决方案。在没有办法解决面向对象数据库的问题前，O/R Map是个伪命题，虽然大部分的架构号称可以自动进行O/R Map，但因为现实问题实在太复杂，很多情况自动Map是没法解决的，既然这样子，为什么不直接操纵数据库？MS的ActiveRecord也是一个办法，但是这个方法和DataWindow其实是很接近的。
必须放弃PB的原因：
1. 在被SAP收购前，Sybase在中国近乎变态的打击盗版，基本任何一个有购买欲望的公司，只要打第一个咨询电话起，就会收到各种骚扰。以大量的成长中的小公司作为打击目标（微软在这个问题上是抓大放小）。SAP收购后不知道怎样，但是别忘了SAP本身也是做企业应用的。
2. Powerbuilder在国内只有Enterprise版，而且价格是天价，一个License几万块，一般的企业谁承受得起，还不包括Redistribute的License的费用。
3. 没有测试架构。
4. IDE太差。
1. 开发速度问题，对于有大量界面、查询、报表，而且经常需要变化的企业应用来说，PB无疑是目前开发速度最快的。
2. 企业应用还是必须是富客户端应用，Web很难做到富客户端的体验，或者做的成本太高。
3. PB的DataWindow仍是和界面结合最好的Data Bingding和持久化的解决方案。在没有办法解决面向对象数据库的问题前，O/R Map是个伪命题，虽然大部分的架构号称可以自动进行O/R Map，但因为现实问题实在太复杂，很多情况自动Map是没法解决的，既然这样子，为什么不直接操纵数据库？MS的ActiveRecord也是一个办法，但是这个方法和DataWindow其实是很接近的。
必须放弃PB的原因：
1. 在被SAP收购前，Sybase在中国近乎变态的打击盗版，基本任何一个有购买欲望的公司，只要打第一个咨询电话起，就会收到各种骚扰。以大量的成长中的小公司作为打击目标（微软在这个问题上是抓大放小）。SAP收购后不知道怎样，但是别忘了SAP本身也是做企业应用的。
2. Powerbuilder在国内只有Enterprise版，而且价格是天价，一个License几万块，一般的企业谁承受得起，还不包括Redistribute的License的费用。
3. 没有测试架构。
4. IDE太差。
#21
该回复于2012-06-24 09:47:37被版主删除
#22
PB用来开发内部系统之类的软件还是很有速度优势的。
但是大家至少也要掌握其他的一门主流开发语言才行，只会PB肯定越来越迷茫。
但是大家至少也要掌握其他的一门主流开发语言才行，只会PB肯定越来越迷茫。
#23
还是不可否认PB的快捷方便
#24
Pb开发快吗？那只是你熟悉这个工具而不熟悉其他更快的工具
#25
其他哪个更快呢？
#26
C/S上，PB还是很强大的
#27
我刚刚毕业的时候，就是使用PB开发医疗的项目。PB的开发效率是很快的，但IDE不是和好而且PB9.0后基本都不是很稳定。再这里我要澄清的是PB做报表只是适合做简单的在现在2D，3D很普遍的趋势下，还是有点落后了。我只能说SYSBASE自己把自己玩死了。依托MS也可能死无葬身之地。
#28
干什么活，用什么工具，杀鸡不会用宰牛刀
高射炮打蚊子，也太浪费
打蚊子，就拿手掌直接扇，多方便利落，PB就相当于打蚊子的手掌，迅捷、准确、效果好
相信极大多数人对PB是既爱又恨，爱之深恨之且。多学点吧，总是有好处的……
高射炮打蚊子，也太浪费
打蚊子，就拿手掌直接扇，多方便利落，PB就相当于打蚊子的手掌，迅捷、准确、效果好
相信极大多数人对PB是既爱又恨，爱之深恨之且。多学点吧，总是有好处的……
#29
以前用PB
现在用Eclipse RCP，整合一堆开源项目（Mybatis、EMF、GEF等等），开发效率现在比PB也差不了多少了，主要是框架先进，可以整合各类技术，而且界面和Eclipse一致，美观。
现在用Eclipse RCP，整合一堆开源项目（Mybatis、EMF、GEF等等），开发效率现在比PB也差不了多少了，主要是框架先进，可以整合各类技术，而且界面和Eclipse一致，美观。
#30
从2000年6.5开始，2003年后开始用的越来越少，但不可否认pb写点后台程序，导导数据还是很便捷的，至今还在用。大型系统确实不太适合用pb
#31
02年用，在银行系统用pb很舒服，据我了解很多银行内部程序比如数据转换还在用pb。真不知道pb能不能推出iphone的开发IDE，毕竟object-c也是c的构架，pb也是c的基础吧。
#32
能不用pb就不用把
说实话 pb就能做写小软件
想往大处写 那个力气花的啊 划不来
说实话 pb就能做写小软件
想往大处写 那个力气花的啊 划不来
#33
用它就在于简便、易说，复杂的还是找人来做吧
#34
觉得挺好的，开发的系统很好用！
#35
一条路肯定是不行的，一颗红心两手准备啊
#36
只用过PB6.5 7 8 9 ..........
#37
我不在乎什么工具，我在乎钱
做pb的新入行的人，待遇太低了，低了，低了......
做pb的新入行的人，待遇太低了，低了，低了......
#38
对企业应用而言,sybase的工具套装高效灵活,特别是powerbuilder这个前端工具
对软件生产而言,powerbuilder就不算很合适
个人认为,powerbuilder的适用人群:从事商品软件的二次开发;企业信息部自身的系统开发......
pb程序员这个职业,最终有大部分或者转行,或者转入到企业信息部
对软件生产而言,powerbuilder就不算很合适
个人认为,powerbuilder的适用人群:从事商品软件的二次开发;企业信息部自身的系统开发......
pb程序员这个职业,最终有大部分或者转行,或者转入到企业信息部
#39
确实PB相对于其他的开发工具来说，比不上什么，但是就数据库开发而言，又有多少款软件能够比得上PB？？？？？？？
#40
这个比喻很恰当！
我觉得楼主不要自己禁锢自己，就因为你懂PB而混口饭吃，也太那个了！
软件原理都差不多，你能多学点不？
#41
PB 多简单 一般的开发都比 PB难
#42
pb开发工资都如何啊？前景呢？
#43
你还真牛 编程本就是个人兴趣，你用来养家糊口，也太较真了吧？
#44
想养家糊口干嘛要做程序猿？ 换个直接与钱挂钩的职业更好
#45
2009年用PB做开发，一直努力到2011年，感觉自己PB技术已经很好了，一个月才拿到5K。然后毅然决然转了android，如今做android两年，拿到12K 了。而我那些原来的PB同事同事才6K。
所以说，有机会还是赶紧转吧
所以说，有机会还是赶紧转吧
#46
其他哪个更快呢？
这个有点认同。
兄弟用过VB/C/VC/DEPHI/PB/ASP/C#/VFP,甚至汇编(JAVA也会写个"Hollo world")，都写过程序.
嗯......,我说的"写",是指,有人愿意给钱,而且至少卖过一点小钱的,而不是"写"毕业设计的"写".
(从前的同事评价过我,"样样都懂一点,样样都只懂一点点",虽然不太服气,但多少认同的).
我觉得上述这么多,PB还是可以飞快上手的.
#47
PB死期不远了。
#48
听到这个消息有点汗。
#49
看到SKY_4K_PPM朋友所讲PB死期不远了，真有点惊讶！我业余在单位开发管理应用软件已经有10年了，从PB6到PB11.5。开发管理软件不管你用哪种工具，开发出实用能提高工作效率的应用软件哪才是硬道理。
#50
SAP承诺将继续发展PB，将详细战略未定。估计将和SAP生态系统深度整合，希望PB能获得新生。
SAP has confirmed that a new version (probably PB15) will be released. A Beta Program should be put in place shortly for interested developers. During this presentation, SAP will explain its strategy for future evolutions of PowerBuilder and also the integration of PowerBuilder into the SAP eco-system.
SAP has confirmed that a new version (probably PB15) will be released. A Beta Program should be put in place shortly for interested developers. During this presentation, SAP will explain its strategy for future evolutions of PowerBuilder and also the integration of PowerBuilder into the SAP eco-system.