CSDN的BLOG开张了，这真是一件盛事儿。这两天我都在关注CSDN的BLOG，某种程度上讲，这样的形势确实好于以前的文档中心，但是有些地方也有点不好，这姑且不论。今天我在CSDN的BLOG乱翻的时候看到一篇让我寒到了绝对零度的文章，给读者引用如下，顺便谈谈Tiny的看法。
下面的引用部分来自★漂亮狗窝★（引文用绿色表示，Tiny观点用红色表示。）。
BCB6.0是垃圾的二十条理由
我用的BCB6.0和windows2000 都是公司配的正版，我也有多年的开发经验。
Tiny没这好运气，Tiny一直用盗版用的BCB6.0和windows2000，开发经验不算长，从BCB3开始用起的。
1. IDE经常出现非法操作，有时重起动还会出错，需要重装BCB。
Tiny也遇到过非法操作，但是很少，而且没有重起了还存在的问题，当然你删掉一些重要文件的话，是有可能造成必须重装的境地。
2. 自动完成和智能提示功能超慢，慢到可以去泡一杯咖啡。
在很多情况下，确实比Vc的相同功能慢多了，不过你可以问问Vc的开发组，加上一个代码自动生成的，自动修改的，GUI窗体设计器以后，Vc还会不会那么快。不要用Vc的对话框编辑器来糊弄我，我见过世面的。
3. 上面两个功能经常导致出错信息，最底下那相信息框动不动就弹出来。
那是因为你的使用不当，代码正确的时候，怎么会有错误提示，这其实是智能，只是你用不好罢了。
4. VCL库里BUG无数，随便写个程序，用自带的内存检查工具一查就有内存泄露。
没发现，请确信你知道某些控件的调用规则和相应c++语法。
5. 编译链接时经常莫明奇妙出错，再编一次就好了，有时需要编好几遍。
代码正确前提下，没有出现过。
6. 无论如何改动编译选项，无法在调试中设置断点。
笑谈。
7. 编译、链接速度超慢，让人无法忍受。
内存是主要因素，还有机器配置，在一个适当的机器配置上，你会知道到底谁快的。
8. C++的类库居然是PASCAL源代码。
你是打算赞叹么？库怎么写不行？按照你的思路，微软的COM是最大的垃圾，我甚至看不出来，那些东西是用什么语言写的。
9. 单步跟踪时死机，或出错。
绝对没有过，代码错误除外，但是也能捕获。
10. 编辑器功能太少，没有宏，也没有自定义键盘。
自定义功能够强大了，不够的话人家留了接口了自己写程序扩展啊，再不够，不要告诉我，你不会用别的编辑器来编辑。
11. IDE本身不仅占内存巨大，还有内存泄露，长时间使用后内存不足。
占内存确实不小。
12. 多个工程一起编译时不会检测哪个工程需要重编译，导致运行混乱。
多半是你自己的配置不正确。
13. 既使一个小改动，也需要把整个工程重编译一遍，增量编译功能巨次，实同虚设。
不恰当的工程文件和H引用关系造成的吧？自己检讨自己先吧！
14. 没有增量链接功能。
增量链接好像是没有。
15. 没有编辑继续功能。
好像是没有。
16. 使用VCL编译出来的windows程序效率极低，且文件尺寸巨大。
动态静态的编译选项，你会选么？效率问题，从来没有遇到过。
17. 调试时的内存、反汇编查看功能非常难用。
没感觉。
18. 对于大工程的管理相当困难，工程越大，问题越多。
最大的程序2万行，太大的没做过，没感觉。另外工程太大了，是不是说明结构不对啊？
19. 启动和退出超慢，经常无法响应。
慢点而已，不至于。
20. 附带的工具一个比一个次，你看一下那个和spy++类似的工具就知道了。
不如Vc丰富，但是都还不错，可惜的是，有些东西因为BCB的高度自动化，而被Borland刻意弱化了，比如资源编辑。
Tiny的题外话：比较开发工具还有语言，经常是最无聊的事情，因为怎么都没有标准答案，而且可以吵得天翻地覆，我本不想参与，但是确实不忍看到自己喜欢的BCB被人扁的一无是处。另外作者发这样的东西，好像是因为某种和技术无关的争吵，这让我感到很遗憾，BCB像是被迁怒的对象，可怜的无言的家伙。
本文地址：http://com.8s8s.com/it/it28810.htm