PB你向何处去？
PB在C/S领域无可争议当推第一快刀，相信学过一点其它数据库开发工具的人都有同感。但是社会在发展，时代在进步，在B/S领域越来越流行的今天，PB显现并没有及时跟上时代的脚步。这是PB的错么？不是，以SYBASE公司的实力，如何与MICROSOFT及SUM这样的大公司相比？这种情况下，PB如何找到自已的突破口就成了SYBASE的心痛。于是WEB DATAWINDWT等一系列并不实用的招法不断被推出，直到今天DOT NET支持，都是由C/S向B/S转型的的一个佐证。
但PB在产品的方向选择上很显然有一定的问题，表现在以下几个方面：
（1）怀旧心重，原有市场放不下。PB从第一个版本开始，就是DATAWINDOW专利技术独树一帜，直到今天的很多数据库产品，还没有达到这个高度，这就是PB得以生存三本钱。但是在PB版本升级的过程中，显然以往的应用，以往的用户群，既是其本钱，又是其发展的阻障，不说别的，就是对WINDWOS xp界面的支持上，PB是通过编译时的选择来进行的，可见其支持不是在低层进行的，而其他语言早已实现的功能，在PB中还做为亮点推出，多么让人可笑。PB为什么这样做？是不技术上有问题么？显然不是，PB是为了与以往的产品保持一定程度的兼容。如果以往的产品代码在界面上发生变化，对于一个新的系统一定是没有问题的，但是对于已经开发完成，或者大部分开发完成的代码来讲，是难以想象的。所以PB选择了一种折中的方法：在编译时让你进行选择。这充分说明PB想赚的不是新的开发公司的钱，想赚的是以往用户的钱。其底气显然不足，这种情况下与其说是PB在进行新版本开发，不如说是对旧版本进行修理。所以PB在技术上难以突破，那是一定的结果，因为他们的产品定位与用户群选择首先就出了问题。
（2）追潮逐流，漠视C/S应用中问题。PB在C/S中的领导地位是无可争议的，但这样就可以满足了么？要知道一个产品是一个不断完善的过程，新的功能固然可以吸引目光，但是旧的问题不加以重视，那么其产品总是个产品，而非精品。不说别的就说DATAWINDOW专利技术中的一个问题吧。我们都知道在DATAWINDOW中可以设定一条线是否可以移动，但在实际应用中，请问谁用到这个功能了？没有人用到！为什么呢？因为它不好用！这样的问题如果解决，不知在自定义报表的编程中要有多方便，但是几代版本了，我从6.5版本就希望能解决，直到10的版本，这个问题都被开发人员简略了，是不是他们认为自已的C/S技术已经非常成型了，不需要再改动啊？我想一个公司的产品，没有出精品，不愿出精品的思想是非常有害的。WINDOWS的产品安全性并不好，我们差不多这几年天天在升级，但有一天我突然想，如果WINDOWS不打补丁，这个世界会怎么样？PB也是这样，补丁出的多，不是说你产品如何如何，最少证明你是将用户放在心上的，在我看来，PB的补丁是不少，但是没有几个是解决实质性问题的。产品的升级也不少，但没有几个是解决C/S开发中的问题的。
（3）以已之短，攻敌之长。PB现在的开发方向是什么？显然是B/S，我不是说B/S不应当搞，但得看怎么搞。PB几个版本中，对于B/S推出了很多的解决方案，其实没有一个是能成功应用的，现在我都懒得关心PB在B/S上面有什么做为了。在B/S的把握上，PB并没有体现出产品线，今天这个样子，明天那个样子，给人的感觉是在拼揍产口，而不是在开发产品。这样做的害处是非常明显的，一个就是产品复杂性增强，一个就是用户群难以稳定。可能是在下少见多怪了，至少到现在，我没有看到或者听说过PB在B/S上有成型的产品出现。
那么PB应当如何进行自已的产品定位？提出几点：
（1）首先是加强C/S应用。不要是为B/S就是天了，C/S其实与B/S是一种互补的性质，在今后很长的时间内，两者谁都不会取代谁，特别对于PB而言，人家花费精力学习，不是想用你的B/S，是你的C/S，这一点都认不清，用户群如何扩大？
（2）B/S应用适当推出。B/S毕竟是方向，SYBASE不在这方面做装备，那么显然是要出局的。但是B/S应用的开发，不应当受到C/S的束缚。我们都知道，在C#中的应用分好几种，其中基于WINDOWS的应用与基于WEB的应用是分开的，PB是不是也应当学习一下。其实在DOT NET架构下，任何一种开发语言都是可以发挥自已的特长的，现在在DOT NET下的开发语言最少也有20种吧，PB是不是应当魄力大一点，完全采用DOT NET架构来解决问题？
