BORLAND与微软的差距

关于技术变革的问题

微软在下一版本中给予你足够的支持，如日薄西山的MFC（C++/CLI应该可以展现微软的发展方向了，让C＋＋和C＃一样在dotnet贡献力量，呵呵，C＃不会有MFC这样一个东东，所以MFC应该到了生命的晚期了），再如在32位系统中对16位的支持；虽然这些技术已经落伍，已经将要被抛弃。微软给予你足够的时间让你去选择改变，虽然也是一种强迫式的改变，微软选择了足够婉转的方式。

BORLAND在c++build的发展过程中在这个问题上吃够了苦头，OWL是个好东东，由于对上个版本支持不好，让自己和用户在版本更替中都受到了伤害，后来只有抛弃OWL，转向VCL。c++buildX的发展思路上再次犯了这个毛病，不支持VCL及RAD开发，结果用户不买帐（呵呵，我很喜欢c++buildX），又成了一个没有结局的产品。在C++build2006中只能顺从用户的要求，对VCL进行支持（我不喜欢VCL的）。

期待C++build2006能够有一个大的突破了，不过这其中的教训对BORLAND也是比较惨重的了。另外C++build2006和VisualC＋＋2005的发展思路又能有多大的不同。疑惑中...............