关于C++ Builder的未来
关于C++ Builder 的资料非常少，也没有VC++，VB，流行，怎么好的东西，为什么没有得到流行，我在高中听到都是VB，像C++ Builder ,Deplih这样好东西就没有人知道，只有接触了计算机编程很久以后才知道。
一定要拿VC++写软件，才说你厉害吗 ？VC++很多时间都浪费在写 界面上，现在的C#,这些东西不是也为了方便写软件而弄了像VB那一样拖拉控件吗？
[解决办法]
做了一段时间企业开发后，对使用什么语言已经不感兴趣了。
更多考虑的是使用何种模式来实现客户的需求，该模式又是如何重现在另一个客户中，然后才会考虑该模式在现有语言上如何实现。编程步骤则是，先规划并实现一个模型(也就是类体系)，然后在使用中再提取逐步进化。
我这是针对企业开发而言的，其他行业或许也能是一样吧。
VB/VC Delphi/CB C# PB JAVA 等都提供了基础的通用组件，虽然各有差异，确实会造成实现过程中类体系组成部件的变化，但类实现的中心理念不变，明白点说就是：数据不变，但表现方式有差异。或许这就是为什么一直以来有一种说法，编程 = 数据 + 算法 的原因，不过我想，编程 = 数据 + 算法 + 界面表现，更贴切些。各种编程语言对 “数据+算法” 影响不大，但对界面的影响就非常大了，但是那不影响根本。不少程序员因为习惯界面控件的原因，而将数据直接放在界面控件上，而没有将数据独立开，造成对编程工具的过度依赖。
虽然我用的是CB，也只是多关心一下，对新版本并没有太大的企望。难道你的项目一定是用评价最好的开发工具做的吗？你看看那个每月编程语言排行榜，难道你会每一年或两年就要换一种语言来实现你的系统？或者说你的系统只有这么点寿命，这样对你的用户来说就太残酷了。
一个真实的例子：
公司在用SPC，一个品质管理统计软件，Delphi做的，前两年他们升级了版本改由用 .net 重新开发，安装新的系统使用不到两个星期，就因为相比旧版本，速度太慢，操作员要花多一半左右时间完成以前的任务，不少应用因为超时而无法得到数据(一年以上的统计),被迫转回旧系统。用户不管.net 是如何的先进，他们只知道新的系统功能与旧系统一样，没改进。不过使用感受上却比以前更差了。我知道，如果要有旧系统一样的感受，那么升级服务器是必然(要由双P4至强升级到四CPU的系统吧)，那样的升级付出就太大了。结果直到现在，还是没使用.net做的新版本。只有等几年后，硬件跟上了，.net 开发的软件更成熟了，那时才有升级的可能。这就是编程语言对系统的影响,换一种语言来实现，对用户来说，更重要的是切实感受到比旧系统更好用。
