[散分] 我也是来辞职的--我的BCB感悟--写给所有BCBer
Siney 2005-12-19 08:33:12 今天总算有点时间上来看看,发现jsp也辞职了,前段时间tr辞职的时候我就想好了我早晚也要辞职的,今天再看到jsp的离去,就更让人感慨时过境迁,昨日之日不可留啊!
BCB已经陪伴我走过了6-7的时间(如果此时我还算BCBer的话,但因为工作的关系我基本上很少使用BCB了,除了维护公司的一个工具),我从BCB3.0开始使用BCB,大概就是98、99年的样子,初次使用BCB的时候被它那种类似VB的快速开发吸引,而MFC那种晦涩的实现方法,让刚开始接触windows编程的我不由的肃然起敬,2000年进入了大学,更始对BCB痴迷,也曾研究过很多底层的BCB技术,写过很多技术文章还有软件;也曾为了Borland前途担忧而写文章大骂了一通,应该不少朋友也有印像;甚至考虑和lewolf重新实现BCB的IDE。2004年毕业后,阴差阳错来到游戏行业做游戏,从此就很少使用BCB,改投VC门下(不过现在什么语言、IDE已经不重要了,这都是后话,稍后再表)。
当时毕业的时候(感觉好像很久了,其实就是去年的事情),也层想过找个BCB相关的工作,但就像大家经常看到的一样:难找还工资低。我索性完全不提BCB,只凭借C++/Win32 Programming找工作,这样反而有不错的offer了,进入现在的公司后基本不用BCB,因为VC和DX都是MS本家的东西,自然结合使用要比BCB更容易,一个简单的理由就是目前的DX都不提供Borland专有的lib、dll文件了(以前还有,现在只有3rd team做,没有官方支持)。
说基本不用也不正确,我们公司有个老外开发的引擎,里面有个Modeling工具使用BCB开发,所以有时候为了维护这个工具,还会打开BCB倒腾一下,但仅有的这些时间里给我一次BCB同VC比较的机会。VC工作以前也常用,从来没有感觉它那里能完全战胜BCB,只能用各有千秋来形容。但工作以后,面对的是上百万行的代码,复杂的代码逻辑、运行环境,多变的编译选项、参数,这回BCB完全不能够胜任了,BCB经常crash、莫名其妙的linker内部错误、难于调试,完全没有工程的思想等,以前原本认为的毛病:编译速度慢(我忍了),code insight速度慢(我从来不用)和这些问题比起来都是小case了,相比之下VC就体贴很多,经过这次比较我完全相信了BCB绝对不是VC的对手(就目前的2006来看也是如此-同vc2003比较,更不用说最新的vc2005了),我们公司(以前很少使用BCB)也有同事维护那个Modeling工具,每次遇到问题我们一起解决,他知道我以前常使用BCB,所以每次遇到BCB的问题都说同一句话“你错爱一生啊”,我以前还辩解,现在每次都笑笑无言以对。
更讽刺的是,老外的那个引擎以前还有world create工具也是使用BCB开发的,后来都全部推倒改用VC来做,我们也不用维护那部分代码,要不...?据说老外目前正在打算把这个Modeling工具也推倒用VC重构。
说了这么多,我不是来批判BCB的,说回前面的话题吧,其实什么语言,IDE并不重要,BCB也好,VC也好无非都是win32编程,都是C++,不要被BCB的RAD蒙蔽的双眼,那并不是programming的全部,我们学习BCB是学习他的思想,用BCB只是为叩开C++大门的找到钥匙,我们的目的是超脱BCB、VC的束缚,什么语言都是工具,一种学习、认知、谋生的工具。
最后特请CSDN管理员批准我辞职。
Aweay