[散分] 我也是来辞职的－－我的BCB感悟－－写给所有BCBer
今天总算有点时间上来看看，发现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
问题点数：300、回复次数：191Top
1 楼AdanX（ZWT）回复于 2005-12-19 20:38:29 得分 2
说得好,说得实在!
不管怎样,有空常回来看看吧!Top
2 楼yuanhen（只有比较才会进步！）回复于 2005-12-19 21:02:20 得分 2
走吧，都走了。Top
3 楼h98458（零点起飞）回复于 2005-12-19 21:22:23 得分 2
严重同意！
双手赞成！！
好像来BCB一年多了，见到你不超过5次！！Top
4 楼oldtab（汇铁）回复于 2005-12-19 21:25:30 得分 2
人流感？
不过，写得是不错。
Top
5 楼h98458（零点起飞）回复于 2005-12-19 21:25:40 得分 2
>>>但工作以后，面对的是上百万行的代码，复杂的代码逻辑、运行环境，多变的编译选项、参数，这回BCB完全不能够胜任了，BCB经常crash、莫名其妙的linker内部错误、难于调试，完全没有工程的思想等，以前原本认为的毛病：编译速度慢（我忍了），code insight速度慢（我从来不用）和这些问题比起来都是小case了，相比之下VC就体贴很多，经过这次比较我完全相信了BCB绝对不是VC的对手（就目前的2006来看也是如此－同vc2003比较，更不用说最新的vc2005了）
>>说了这么多，我不是来批判BCB的
－－－－－－－－－－－－－－－－－
此地银三百两！
我什么也不想说了...
Top
6 楼h98458（零点起飞）回复于 2005-12-19 21:34:12 得分 2
>>>但工作以后，面对的是上百万行的代码，复杂的代码逻辑、运行环境，多变的编译选项、参数，这回BCB完全不能够胜任了，BCB经常crash、莫名其妙的linker内部错误、难于调试，完全没有工程的思想等，以前原本认为的毛病：编译速度慢（我忍了），code insight速度慢（我从来不用）和这些问题比起来都是小case了，相比之下VC就体贴很多，经过这次比较我完全相信了BCB绝对不是VC的对手（就目前的2006来看也是如此－同vc2003比较，更不用说最新的vc2005了）
>>说了这么多，我不是来批判BCB的
－－－－－－－－－－－－－－－－－
此地无银三百两！
我什么也不想说了...
说来辞职的，但理由呢？难道就是为你这句“BCB绝对不是VC的对手”？
TR，JSB辞职了，但是他们很实在，我敬重他们！
但你以“BCB绝对不是VC的对手”等等这些理由来辞职，BCB与VC谁好我们且不论，但做为BCB的大版主却以这样的理由辞职，我BS你！
以上言论只代表我个人观点，不代表各位BCBer！Top
7 楼friendbcb（平果）回复于 2005-12-19 21:34:51 得分 2
哎，无语
Top
8 楼whitelion（www.ccproj.com）回复于 2005-12-19 21:43:05 得分 2
我做的项目大概有十四万行代码了，用BCB6感觉还挺顺手的（除了慢点，不过拼命的换新机器倒是能不断的感觉到新鲜，呵呵）
没有怎么和别人合作过项目，不知道与别人合作做项目，BCB是不是如VC那么顺手Top
9 楼tompkins2000（AirHunter）回复于 2005-12-19 21:48:25 得分 2
中肯～～Top
10 楼Bensoon（Bensoon）回复于 2005-12-19 22:35:22 得分 2
做的不错，写得也不错，佩服中Top
11 楼zihan（子寒）回复于 2005-12-19 22:47:35 得分 2
都跑人了哦．挺可惜了.
To:零点起飞
你可以比较误会aweay了，也许很多都看来ａｅｗａｙ发现刚刚ｂｏｒｌａｎｄ出ｃｂｘ的时候写的那篇文章了吧，想当初他也是一个ｂｃｂ的热血青年了．当年楼主更是为ｂｃｂ做出了很大的贡献了，不知道你还记得不，当时ｗａｒｔｏｎ也还在这里吧，现在都走完了．
最后，祝哥们顺利，好好玩你的游戏吧．Top
12 楼zihan（子寒）回复于 2005-12-19 22:50:56 得分 2
自己看了一篇，发现这么多错别字．：（
重来．
To:零点起飞
你可能比较误会aweay了，也许很多都看过ａｅｗａｙ发现ｂｏｒｌａｎｄ刚刚推出ｃｂｘ的时候写的那篇文章了吧，想当初他也是一个ｂｃｂ的热血青年了．当年楼主更是为ｂｃｂ做出了很大的贡献了，不知道你还记得不，当时ｗａｒｔｏｎ也还在这里吧，现在很多都走了，不过我们也不能够完全否认他们曾经做出的贡献，如WingSun
Top
13 楼PPower（月亮光光，照地堂）回复于 2005-12-19 23:53:00 得分 2
做項目時，編譯速度其時也挺重要的。
Linker Error 是常有的事，常要調整，目前的2006也是這樣，雖說可以調整去掉這些錯誤，可是每次都要勞心勞力的做這些事情心裡是不好過。軟件分層明確模塊隔離得好的話link error會少些，否則象是惡夢。
好象這次2006改了不少，如果能針對項目文件做一些工具檢查錯誤與關聯性，相信對BCB的怨言也會少很多。
編程總要選擇一樣工具。自己喜歡青菜，總不能不讓人家吃羅卜吧。Top
14 楼tanlim（sunsos.net sunsos.cn）回复于 2005-12-20 02:06:15 得分 2
无语。。。。。
BDS2006还没有正式出来了，不要过早的评断他的优缺。有BUG可以UPDATE嘛，在软件这个规律相信一成不变。MS的WINDOWS都是这样。
其实有个问题，不知道那位大虾能对比的发表一下看法，那就是随BCB一同发布的众多管理工具。对于楼主说的代码管理和项目管理问题到底功能有多大。我相信很多人没用过TEAMSOURCE,REMOTE DEBUG
至于IDE的问题，大家相信都知道一点，MS一直在学BORLAND的IDE。
还有就是MS32系统以及.NET或者更之的JAVA VIRTUAL
BORLAND最大的短胁在于这些平台不是BORLAND，相信大家都知道OLE技术在最初，没有其他那个编程工具可以正确使用它（调用），都会不同程度上的出现内存错误。
回语。。。
就BCB6＋UP4来看，
确实还有很多的问题，像链接错误，LINK ERROR，其实不是编译器的大部分问题，用BCB5的这类问题还少，个人发现主要是BCB6项目管理文件.BPR存在问题，相关的心得适合的时候写上来大家批评一下。code insight是一个不错的工具，对于小代码量来说，对大量代码确实是有点鸡肋，不过有个没法证实有效的方法写上来，大家试试再讨论一下，那就是关闭WINDOWS系统缓存使用BCB6,我感觉速度有改善。不过这样其他的很多软件就会出问题了。呵呵
楼主的辞职，深表遗憾，但愿常来常往。和大家一起灌水跟贴。Top
15 楼Persistent8813（固执的,坚持的:山东诸城）回复于 2005-12-20 07:44:59 得分 2
工具的选择，用处不同，择优利用。
楼主对于Ｃ＋＋语言的内功深厚，也好比力气大点，用刀用斧，看情况处理吧。
高手的批评，本身就是有意义的，是一种鞭策。
希望ＶＣ和ＢＣＢ这两个工具都能相互比竞，共同进步，我等受益了。Top
16 楼cczlp（不惑）回复于 2005-12-20 07:50:39 得分 2
Away说的没错，在游戏开发的角度上，BCB的IDE已经没用了， 根本没法和VC比。
Top
17 楼h98458（零点起飞）回复于 2005-12-20 08:25:48 得分 2
也许是我来BCB版比较晚，也不管以前楼主对BCB版做过多大的贡献，但我个人觉得楼主这样的做法不是很妥当。
做为BCB版的名义上的大版主，头顶着4*,尤其是这个关健时候（各版主相继辞职，BCB2006将推出），BCB版很是冷清，各位BCBer人心不是很稳定，做为大版，你的一言一行也许会影响到各位BCBer和即将成为BCBer的心态……
楼主辞职也就罢了，还不忘狂批BCB一顿，可能会使本来就冷清的BCB版雪上加霜……
也许你的出发点是好的，也让我们认识了BCB的不足，但在这个时候发表这样的言论是否合适呢？
楼主认真想过了吗？Top
18 楼yefu2000（野夫）回复于 2005-12-20 08:34:41 得分 2
顶上～Top
19 楼silence0201（只想拷贝源代码）回复于 2005-12-20 08:41:54 得分 2
严重同意h98458(零点起飞)Top
20 楼constantine（飘遥的安吉儿）回复于 2005-12-20 08:50:28 得分 2
走好Top
21 楼duyhui（一天到晚游泳的鱼）回复于 2005-12-20 09:06:31 得分 2
天要下雨,随他去吧
走好Top
22 楼flowercity（菜农）回复于 2005-12-20 09:21:01 得分 2
个人认为，用什么语言开发不重要
重要的是编程思维和方法
就像汉语和英语，你能说谁好谁坏？
它们都能写出流传千古的文章
最基本的学会了，其他的只是借助一种方式或者一种工具实现而已
我学会C＋＋。当然也不算精通的地步
我用1个小时可以用JAVA写出一个基于palm应用的数据库程序
我用半天时间，可以用php写出一个数据库类，并且写好一个留言簿
申明一点，我从没学过以上两种语法，用的时候才看的
这些有什么用呢？
一切都是围绕工作需求而已，老板要你做事情，你要用合适的工具，合适的方法，快速的手段完成就OKTop
23 楼HalfWorm（半条虫子）回复于 2005-12-20 09:21:30 得分 2
很久没来过了，发现跑的人越来越多了。有时调了半天发现原来是cb的bug的时候的确是件很抓狂的事情。Top
24 楼netsys2（来电！）回复于 2005-12-20 09:21:57 得分 2
一声叹息！Top
25 楼dxkh（沧海一粟）回复于 2005-12-20 09:36:17 得分 2
大家没必要争论的。
不过我还是挺佩服楼主的，看来在学生时代研究BCB较多，水平很高。工作后没有办法，不用BCB，就淡出了。
其实编程工具所用的IDE，对高手来说，不值一提，据说高手都用MAKE编译连接。
像我编程时间较早，但是水平不高，只是用用而已。一开始学的是FORTRAN。
后来开始接触C语言，用的编译器就是Turbo C 2.0。以后逐渐使用Borland C++ 1.0,2.0,3.0,4.0,4.5,5.0,5.02。
接触BCB也是在1999年左右，从3.0开始，一直到6.0，到目前的BCB2006。
怎么说呢，我还是喜欢BORLAND的工具，不喜欢VC（对我来说太繁琐，可能VC2003，2005能好一些），更不喜欢VB，DELPHI的风格也不喜欢，只喜欢C、C++（所以成不了高手，呵呵）。
我目前编写的代码都是BCB（原来的BC代码也都改过来了）。
在可预见的未来，我还是喜欢BCB。Top
26 楼setdefault（山转水也转）回复于 2005-12-20 09:37:38 得分 2
Aweay (星野)毕竟才毕业，对事物的理解达到这样的水平也是正常。
要说bcb的缺陷就是一个：没有及时版本更新。
“BCB经常crash、莫名其妙的linker内部错误、难于调试，完全没有工程的思想”呵呵，Aweay你要努力的还不是一点点啊。
Top
27 楼kwokwinglau（每天前进1％）回复于 2005-12-20 09:38:40 得分 2
临走一脚.Top
28 楼onemonth（CSDN真烦）回复于 2005-12-20 09:40:42 得分 2
这就是顶着××的用处啊。无论怎样胡说，也让人掂量掂量自己的××多不多。对于2000年入学，也就是说才毕业，能有怎样的软件积累？“面对的是上百万行的代码，复杂的代码逻辑、运行环境，多变的编译选项、参数，这回BCB完全不能够胜任了......难于调试，完全没有工程的思想等”,这样的话不是你能说的，你没有这个资格。Top
29 楼samchoy（老蔡）回复于 2005-12-20 09:45:50 得分 2
有空常来看看Top
30 楼futulove（福途￡爱）回复于 2005-12-20 09:48:57 得分 2
萝卜白菜各有所爱吧Top
31 楼TR@SOE（）回复于 2005-12-20 09:51:00 得分 2
Aweay也走了。
大家可能对他发的贴子有些误会。我见过他两次，从我的判断来看，他也不是那种喜欢泼冷水的人。
他的辞职理由恐怕另有原因，绝对不会是因为BCB不如VC。
Aweay，我没说错吧？Top
32 楼matthew_zhou（那鲁）情哥）回复于 2005-12-20 10:09:36 得分 2
走好Top
33 楼SailorTPM（提早二十年退休）回复于 2005-12-20 10:13:49 得分 2
呵呵，我沉浸在BCB中也好多年了，我们公司的产品也是BCB为框架的，DLL有个38个(总共32模块，25个人)，大部分是BCB和VC的。
面对的是上百万行的代码，复杂的代码逻辑、运行环境，多变的编译选项、参数，这回BCB完全不能够胜任了
-------------------------------------------------------------------------
上百万行的代码难道都放在一个工程里编译。Top
34 楼SailorTPM（提早二十年退休）回复于 2005-12-20 10:17:17 得分 2
这次出来BCB2006大家都说爽呢，部分同志要把VC的块搞成BCB2006下的，哈哈Top
35 楼whitelion（www.ccproj.com）回复于 2005-12-20 10:26:46 得分 2
毕竟多数人不会去做动辄十几万行的程序，用BCB足够了，入门快，开发快，没有什么不好啊Top
36 楼duchuan（白专典型）回复于 2005-12-20 10:35:09 得分 2
Aweay (星野) 肺腑之言，深表感激。中国的程序员如果都能这样开诚布公，对大家的发展大有好处。bc我用了6、7年了，vc嘛我已经没有时间去学了，只要会c++，今后一定多多关注IDE之外的东西，用好BC。这几天学习Vs 2005 express,感觉很多思想借鉴了Borland的技术内涵，但是程序运行比较慢，那毕竟是为了网络应用。Vs 2005很花哨哟，请不要在优雅的IDE面前沉迷。bcb2006还没有下完，但愿不是试用版。Top
37 楼hbvanguard（只有青山藏在白云间）回复于 2005-12-20 10:37:16 得分 2
伤感阿。。。。。Top
38 楼Aweay（别问我问题，２年不用忘光了）回复于 2005-12-20 10:45:43 得分 0
to h98458(零点起飞)
我确实没有那个意思，我只是想说大家不要信仰的只是IDE，如果单纯论IDE的好坏BCB确实不如VC IDE，我们信仰的应该是一种思想，BCB的VCL、RAD开发思想，C++的思想都是值得去学习的。
to setdefault(山转水也转)和onemonth(CSDN真烦)
我是以个人使用角度上来评价，没有什么资格而言。而且我们公司老道的程序员也说我“错爱一生啊”，他们都有>15年的开发经验。而且那些老外就更不用说了，他们的选择说明了一切。当然你也可以举很多反例，所有这些都是个人的意向，你没有必要评价人家有没有资格。
to tr
你说的没错，我的理由不是因为BCB不如VC，我只是说出了BCB在massive development中的不足，VC也有他的不足，但我无意比较IDE的好坏，我的理由很简单，我很少来这里了，也很少用了，占着位置不如给那些更有责任心的BCBer。
总结一下
我说出我的BCB经历的唯一目的是，希望给那些正在学习BCB、打算学习BCB的Fans一些思考，大家信仰的BCB（如果是的话）的一些不足，如果打算用BCB来求职的话就要超脱BCB，学习其思想，最终用什么语言、IDE都能完成工作，这此是最重要的。我不是BCBer，不是VCer，我只是Developer。
Top
39 楼ThinkX（秋天的树）回复于 2005-12-20 11:17:49 得分 2
“我不是BCBer，不是VCer，我只是Developer。”
喜欢这句话，什么工具合适就用什么开发，我们只是开发者，不是某种IDE的狂热fans，即使知道某种IDE做什么不是很合适还要硬着头皮上，然后得出结论：XXX可作什么什么的。
我们要的只是很好的完成开发工作而已。
Top
40 楼weill（每天提一问，一天学一点）回复于 2005-12-20 11:35:02 得分 2
首先，我想说，我不是一个高手，至多，只是一个BCB爱好者和热心者罢了。
在这儿混了两年，也不小心混了个小星星（其实很没面子的）。
我想说的是，的确，在现在的使用中发现了很多的BCB的好处，但随着时间的增长，也发现了很多的BCB的问题。
想说的是：
1、从对编程人员的友好度来说，VC远不及BCB，因此，想玩C++的朋友从BCB入手学C++是一个不错的选择。
2、完成一般性的事务、数据管理，BCB是完全胜任的，所以，如果是一般性的办公开发，个人以为用BCB是非常不错的选择。
3、高层次的东西用BCB开发的确很难，虽然说依靠API等win32接口VC能办到的，BCB也能办到，但是资料少，很多VC的资料不能照抄照用，要一段一段去分析修正才能在BCB下使用，而且有的代码就算修正了，用VC编译出来正常，但BCB编出来就是容易出一些说不明白的错，特别是DX类的东西。
4、正如楼主大哥所说，学编程重要的是学习一种方法与对电脑对编程的了解，而不是死在BCB身上（虽然我还没到这个境界，本人太散慢了），其实学好了BCB，转学VC也不是很难的事，有个把月也就差不多了吧。
5、个人看法：VC和BCB一起用，用BCB做窗体、界面，这玩开发者轻松，用VC做组件、库、DX编程等。Top
41 楼xibingwuqing（惜冰无情）回复于 2005-12-20 11:55:12 得分 2
接分来着，一路走好啊~~Top
42 楼aerotin（石没羽）回复于 2005-12-20 11:58:38 得分 2
BCB的适用范围早知道了，回帖主要是感谢**们的贡献，顺便接分。Top
43 楼constantine（飘遥的安吉儿）回复于 2005-12-20 12:11:11 得分 2
艾，无言.......
有很多话想说，但是每次打了一大段就觉得不好说下去.......
叹息！
现在是越来越不熟悉bcb了，如果不来这里回答问题，不知道现在还能记得多少Top
44 楼xiaocai0001（高楼目尽欲黄昏/梧桐叶上萧萧雨）回复于 2005-12-20 12:29:18 得分 2
bcb.....Top
45 楼weixing979（★★★闪电侠★★★）回复于 2005-12-20 12:34:00 得分 2
哎,一声叹息啊.熟悉的人都走了Top
46 楼szbug（深圳虫）回复于 2005-12-20 13:11:23 得分 2
Linker Error 是常有的事,确实比较讨厌。但是不可否认BCB的开发速度实在快。所以也就是说现在无论事VS2003还是BCB2006，还有没有达到我们的要求。
最后楼主的观点是正确的，不要崇拜IDE。什么工具做什么各有好处！Top
47 楼aniven（Compile Failed）回复于 2005-12-20 13:13:34 得分 2
说句实在的，BCB确实还有很多毛病，BCB6到2006，常常Fatal Error:Link Terminated
似乎BCB5毛病还少点。Top
48 楼DelphiGuy（）回复于 2005-12-20 13:50:16 得分 2
就凭你把写个游戏这种桌面软件叫做“massive development”，就能看出你有多少水平。
。
Top
49 楼Ring_Pt（已是黄昏独自愁）回复于 2005-12-20 13:51:31 得分 2
没什么好说的...茫然中...Top
50 楼kanshu123（初学者）回复于 2005-12-20 13:53:22 得分 2
走好Top
51 楼WaveYang（波光·弦影）回复于 2005-12-20 14:02:03 得分 2
接分而已，编程还要继续，工作还要继续，生活还要继续。Top
52 楼onemonth（CSDN真烦）回复于 2005-12-20 14:04:26 得分 2
而且我们公司老道的程序员也说我“错爱一生啊”，他们都有>15年的开发经验。而且那些老外就更不用说了，他们的选择说明了一切。
-----------------------------------------------------------------------------------
如果你经历过bc31到bc4这个历史阶段，你就知道这些“老道的程序员”这样的说法很不负责。造成现在的局面，根本原因在于历史上ms的厚颜。borland传奇这个书讲得也很明白，这个时期我也经历过。现在vc使用的人多，就是这段历史的延续，再加上用c++大多数是用来开发与界面关系不大的产品，这样的地方，用bcb，vc没有多大的差异，用gcc又何尝不可。人是不会主动改变自己的习惯的，如果你经历过这样的痛苦，你就会明白。我相信那些“老道”程序员只是一句玩笑，而且也是因为公司使用的是vc系列。当时ms的c/c++是没有多少人用的，ms在它的vc上采用的手段，于道德上来说很失败。即使从现在（2006年)来看，vc的编译器同样不比bcb的编译器出色。看看编译器评测就知道了。“错爱一生”这个话，只能是玩笑话，否则除了让人bs，别无其他。
由于bcb采用了delphi的vcl，从感情上来说，大家觉得不舒服。而且我们用bcb的方式，与delphi没什么差别，基本上可以做个软件来对这它们的代码进行互相转换。然而真的用c++的方式来开发，完全是两个天地，没什么相同的地方。几个方面综合下来，容易让人产生误会了，这个也能解释bcb比较尴尬的地位。相对其他语言来说，大部分人心中，c++是正统，其地位是其他语言不能比的。我了解的很多人，都有着这样的想法，所以bcb的呼声还是很高的。除了界面，其他的核心开发，我全部用标准c++，力求bcb，gcc都能编译通过，但是不包括vc6系列。原因在于vc6的编译器和这两个编译器没法比，而且我也不喜欢ms的手段－－也是历史原因。vc2005赶上来了，也许我会考虑通过vc2005。话打回来。有了rad，我是不愿意去手工编写如mfc的代码的，除了让人心烦，别无其他。
在bcb的看法中，一个想法很有代表性，如上面某个人所说：
“高层次的东西用BCB开发的确很难，虽然说依靠API等win32接口VC能办到的，BCB也能办到，但是资料少，很多VC的资料不能照抄照用，要一段一段去分析修正才能在BCB下使用，而且有的代码就算修正了，用VC编译出来正常，但BCB编出来就是容易出一些说不明白的错，特别是DX类的东西。”
不能顺利完成代码的转换，是对ms平台不熟悉，不是编译器的问题。你当然可以说是bcb的问题，同样也可以说是ms花招不断。这个涉及到个人的问题，不要拿来说明编译器。在设计的构架中还出现api，这样的设计不说也罢。不要因为自己水平不行而责怪工具。如果水平不行，而去怪罪别人，我只能认为那就是业余低级别爱好者的行为。
你可以说工具好坏，可以说你的感受，可以说你的好恶，但是你确实没有资格说这是你的“感悟”，更没有资格把你的“感悟”“写给所有BCBer”，因为你所持仗的不过是你的头上顶着的**** -- 一个应该没有任何用处，但是又有些用处的东西。
Top
53 楼Aweay（别问我问题，２年不用忘光了）回复于 2005-12-20 14:30:02 得分 0
to DelphiGuy()
对你的认识我无语。
to onemonth(CSDN真烦)
历史问题，大家都知道，ms确实干了很多缺德的事情，不过我不想因为这个帖子的部分言论导致各派人士口诛笔伐，讨论好坏的问题就此打住，我的本意也非如此，如果你还想对此讨论欢迎msn：aweay@msn.com交流。Top
54 楼ccrun（老妖)(www.ccrun.com）回复于 2005-12-20 14:30:12 得分 0
路过。Top
55 楼leonatcs（LeonKennedy)(时常逛一逛csdn，有益身心健康。）回复于 2005-12-20 14:30:35 得分 2
如果真的“IDE并不重要，BCB也好，VC也好无非都是win32编程，都是C＋＋”，那为什么“老外目前正在打算把这个Modeling工具也推倒用VC重构”？又为什么“我完全相信了BCB绝对不是VC的对手”？看来ide之间也不是很容易就妥协的。vc好用完全是有微软全方位的支持，borland不是微软，它做不到。但是单就VCL和MFC比较呢？优劣恐怕很明显的。一句话：BCB不如VC好用，绝不是因为BCB本身比VC差。
楼主的话发人深省，但是太偏激了，还是weill(每天提一问，一天学一点)说的中肯一些。
Top
56 楼wu_07（一只狗不孤单，想一只狗才孤单）回复于 2005-12-20 14:32:37 得分 2
好久没有来了,听说BCB2006,过来看看............
无语中...........Top
57 楼FreeFice（庄鱼）回复于 2005-12-20 14:35:32 得分 2
如果不考虑使用WindowApi的话，用BCB感觉要比VC爽很多。
也许现在VC改进了，这里就不评论两者的优劣了。
其实，如果对C++本身比较了解的话，又何在乎BCB与VC？搂主想走就走吧，没有必要发那么多的牢骚，你只需说现在事情多无暇光顾BCB，不想占位就得了。另外，VC的代码很罗嗦，几百万行并不算什么，因为废话比较多，其实有用的部分并非你想象的那么多，单单看一个简单的窗口定义就知道了，其实，完全可以用类包装起来，用几行代码就可以了。
如果，从底层开始都是自己写组件，用VC会成为另一种梦魇的。
BCB发布的也太慢了！BCB6面市都好几年了，却一直没能更新，这才是BCB留不住人的最主要原因。
link error在很大程度上在于没能安排好项目文件以及各单元对引入文件的先后顺序。虽然老手也会犯错误，但这确实会让一些新手抓狂，但找出规律就简单了。这总比一些编译器动不动就将指针跑飞掉要好不知道多少。
Top
58 楼setdefault（山转水也转）回复于 2005-12-20 14:46:43 得分 2
Aweay (星野) 你的总结看起来还象回事，但和你前面的“感悟”好像文不对题。
在这个论坛里说讲的BCB主要是利用bcb的ide，结合C++、VCL和Windows（csdn很少有人在其他平台下用bcb）编程。
ide：bcb的ide确实已经很落后了，用了vs2003后觉得那是好用多了，再用了IntelliJ Idea真是知道什么是智能的ide了。
VCL以及其他诸如_property、控件支持等对面向对象的扩展（Borland在VCL上的主力方向在Delphi），在软件开发史上肯定会留下深深的足印。VCL现在遇到极大的问题，主要来自Java和.Net，Java的推出把面向对象的程序开发提升到了系统设计模式这样的高度，有了J2EE、J2ME等；.net就是针对Java的微软推出的系统设计模式，而与其配合的微软推出c#语言作为前端工具。也在vs新版本中将vc、vb等也嫁接到.net上作为前端开发工具，borland在其产品中也做了相应的事，比如delphi for .net， JBuilder（到6.0为止bcb中没有嫁接）。所以只从bcb6来看确实"没有工程思想"。当然borland也开发了较为独立的together工具（类似于rose），可能比visio更专业一点（虽然我用visio比较多）。
在bcb（delphi中也类似）中因为直接在GUI上写功能实现代码很方便，很多的bcber/delphier可能习惯于平面化设计，而没有注意层次。在调试的时候就会发现很多问题，甚至bcb突然crash，有内部linker错误也就不足为奇了。其实正如Aweay你所说的“完全没有工程的思想”，这不只是指工具，而是更重要的是软件的设计者。国内成功的软件是很少的（无论用VC还是bcb），主要原因可能是人，而不是工具。知道WPS吧，最早还是用汇编写的，也能成功。
bcb早就该更新换代了。但从现在的情况来看2006并不怎么值得期待，好像没有看到什么先进的思想在里面。
Top
59 楼rudolf_he（）回复于 2005-12-20 15:19:54 得分 2
好长的铁子，终于看完了。
以人为本吧。
做版主是不容易啊。
有空回来看看。Top
60 楼jjwwang（(空园歌独酌，春日赋闲居)）回复于 2005-12-20 16:16:24 得分 2
无语Top
61 楼cbdxl（JF）回复于 2005-12-20 16:24:52 得分 2
我是新手
Top
62 楼sanyou98（sanyou98）回复于 2005-12-20 16:26:16 得分 2
路过Top
63 楼PPower（月亮光光，照地堂）回复于 2005-12-20 16:58:47 得分 2
依我個人看法，沒有必要再加什麼新的思想到C++Builder編譯器中去了，BCB比C++多了屬性與閉包指針就夠複雜的了。ide與編譯器是兩回事，編譯器是核心，做好了編譯器，才能做好IDE。
我們是要把自己的編程思想寫在代碼中，而不是說用什麼工具編程就代表什麼樣的編程思想。
IDE做得好做得智能點，當然對使用者有益。可編譯器做得好，更能讓使用者受益。所以IDE的BUG一般不很重要可以忍受，可編譯器的一個小小BUG都是那麼地令人不能忍受。
Top
64 楼houbing_0123（冰河々C++ Builder々）回复于 2005-12-20 16:59:33 得分 2
路过Top
65 楼bluesen（善哉）回复于 2005-12-20 17:00:22 得分 2
onemonth(CSDN真烦)说的有点道理。
可能应用领域不同吧，我做的应用也主要是用C++来完成，CBC就是弄个外壳，用什么编译器似乎不那么重要。
我用BCB作了个虚拟机，编译一种自定义的脚本语言，有一定的复杂度：
http://www.bluespace.com.cn/koodoo/article_step.htm
就是这个“壳”，BCB比低版本的VC强点，再说用BCB已经习惯了。Top
66 楼lurel（城市陌生人）回复于 2005-12-20 17:00:50 得分 2
有钱途很重要Top
67 楼tokens（拓垦士）回复于 2005-12-20 17:47:12 得分 2
说也也是..工作上都是用vc多..
但做工具还是喜欢 BCB..开发速度快...呵.Top
68 楼218201（甘道夫遛狐狸）回复于 2005-12-20 18:03:42 得分 2
既生Delphi，何生BCB?
VCL是偶舍VC而选BCB的唯一理由，但是，意在VCL何不用Delphi？
BCB，尴尬矣。Top
69 楼DelphiGuy（）回复于 2005-12-20 18:17:15 得分 2
用VCL就尴尬吗？
我看不见得吧。
如果用C++实现VCL，就必须对语言进行扩展，并不会得到任何好处（包括性能）。
Top
70 楼liangqingzhi（老之）回复于 2005-12-20 18:37:59 得分 2
一句话“你错爱一生啊”，看到我都心寒了。Top
71 楼xili（）回复于 2005-12-20 18:49:36 得分 2
接分
aweay的myspy很不错Top
72 楼xili（）回复于 2005-12-20 19:13:07 得分 2
aweay,很有必要说说你现在哪个公司,否则有人以为是ms.
虽然不是本意,但的确是盆凉水呀,何况是冬季.呵呵.Top
73 楼halfheart1121（菜菜鸟）回复于 2005-12-20 19:17:07 得分 2
我是新人，最近看到好几个大哥都走了。
Top
74 楼kingfish（工作很忙,很少来csdn...）回复于 2005-12-20 19:26:02 得分 2
我99年开始用，现在还在用
C++Builder 4,5,6...
JBuilder7,8,9,x,2005...
我是否有borland情结，呵呵
适合自己（个人或公司）的就是最好的
Top
75 楼Waiting4you（毛毛）回复于 2005-12-20 19:34:34 得分 2
偶的公司一直在用Borland的.
M$的VC.net里的C++是不是已经不是C++了?经常会看到A^->这样的表示法,不能理解:-(Top
76 楼zihan（子寒）回复于 2005-12-20 19:46:34 得分 2
晕，一天居然顶了这么长．
在ＢＣＢ版只要遇到这样的帖子都这样，不知道其他模块怎么样．Aweay，自己曾经都是过来人，确实建议不要在这里发这样内容的帖子．：）
我也希望以后BCB会越来越好．．．Top
77 楼flowercity（菜农）回复于 2005-12-20 22:05:57 得分 2
树大招风Top
78 楼pazee（耙子)(今年过年不收礼，收礼只收尿不湿）回复于 2005-12-20 22:34:02 得分 2
我也留个名吧！
bcb后劲不足这是我的感觉，现在的代码我基本都用delphi了，机器里面也不装bcb了。我希望2006 能reload！Top
79 楼Lewolf（无名）回复于 2005-12-21 01:01:19 得分 2
Aweay：
终于看到你了，难得你还记得记得我们一起想重写BCB的IDE！！！
大家知道那是为什么呢，是因为BCB出了BCBX后，不再对BCB的产品延续了，我为此还给Borland打电话准备购买VCL5的使用授权，结果人家都不卖了。有此可见Aweay对BCB的情结，绝对不是任何一个自认为是BCBer的人随随便便BS的。至少应该问问自己有没有作过或者想过为BCB和BCBer作些什么呢？
软件是分很多种的，不知道应该怎样分，但大体上来看，所谓的商业软件好像都是VC居多了，和10年前不一样，这是个事实，大家之所以感觉泼冷水只是因为Aweay说了自己觉得不舒服的话，其实这些话有他的根据，不一定完全对，但也不会歪曲BCB的现状。
为这样一个帖子吵吵嚷嚷的大半天，也看得出我们的程序设计者还是有些浮躁，有时间赶紧看看64位的指令去吧，比争论BCB和VC要好多了，至少目前X86上的64已经出现了和10年前一样的情况（10年前由Windows3.X到Windows95的全面转变），个人认为明年到后年将出现大幅度的应用从32位向64位转移了，不管是BCB还是VS都要面对的，比如指针是64的了，而应用程序的访问空间却不是4G×4G的，微软原本打算新版Windows不在提供API接口，取而代之的是.net框架，现在看来是放弃了，这应该是个好消息。
撤远了，不过话说回来，Aweay的话也确实有些刺耳了，在提出辞职的时候，是让别人容易奋起的，也好刺激一下也是好事情，我也好长时间没有来的了，来了感觉是越来越冷清了，至少这个帖子还活跃了一下气氛。
Aweay：顺便问你一个问题，有能帮着出主意的同志也帮着想想。
我现在不用DX，只使用GDI的情况下，有一个100*100的四边形方阵，作三维旋转后在屏幕绘图，问题是在我的机器上Turion 28 ，1G Rem每秒中只能运算10帧，怎么样优化可以提高帧数，这个你应该有办法的，不过不能使用显卡的处理器，只能用CPU来运算。数据类型是double的，因为数据是进行拟合运算得到的，不考虑整数乘法。Top
80 楼Maconel（Maconel）回复于 2005-12-21 01:38:12 得分 2
向楼上诸位学习。Top
81 楼tanlim（sunsos.net sunsos.cn）回复于 2005-12-21 03:31:24 得分 2
有争论还是好的呀，似乎主题，不再是楼主辞职的问题。
不过有一点可以肯定，在这里的每一位朋友都有BCB情结。
其实我们不用去论断他们的优劣。不知道怎么搞的，我始终觉得BCB真正的高手不多。没有对BCB全面了解的人存在，或许，说句CSDN不爱听的话，应该去深度论坛，但是我的英语绝对差劲，。。。
楼上的朋友说到32位和64位的问题，我觉得这次处理器的升级而带来软件寻址指令位数的过渡，并不像当年16位向32位转变时候那么迫切。因为很多管理类型的商业应用，32位系统我可以狂言的讲，10年都可以满足需要。当然，适当的时候可以升级硬件。
多来争争吧，我到是觉得争争才好，表现BCB还是有众多的FANS，而不是冷冷清清。Top
82 楼setdefault（山转水也转）回复于 2005-12-21 09:59:26 得分 2
同意tanlim(求学者)。
Lewolf(无名) 的“但大体上来看，所谓的商业软件好像都是VC居多了”好像据我所知VC做的商业软件一直不如VB多。现在好像比不上Java。有可能你所说的商业软件只是指工具类通用软件或者是程序员学习后的小作品？
64位对来说意味着什么呢？你在做编译器还是写操作系统核心？当然如果是那样又简单了，因为你要自己来制定标准，也不用在还没搞清是什么的时候急忙着去学。
软件开发和软件开发技术（学习）还是有差别的，软件开发需要分工（神六上天也划分为飞船、运载火箭、控制等几个较为独立的方面），需要通过设计把现有的软件技术运用起来。
而软件技术其实是各行业技术的实现的抽象化和标准化（其中包括软件开发行业），软件开发自身的流程管理和质量控制(CMM,RUP,XP等)，企业流程控制(MIS,ERP等)，通讯（CTI,GPS等）、战争（海湾战争时的战争指令发布系统），CAD，CAM...。
做软件的可以做的事很多，但关键是在创新能力，也就是碰到问题时解决问题的能力。软件开发者的价值就在能为户提供解决问题的能力，而不是仅仅是消费（学习）别人提供的软件产品。
最后我试着能否把Lewolf(无名) 的问题讲清楚一些：把数据准备和显示分开，如果不利用DX进行浮点矩阵运算，那本身与GDI或是DX没有关系，求一个浮点矩阵旋转运算的算法。Top
83 楼TurtleRock（wu）回复于 2005-12-21 10:56:31 得分 2
各有所爱，各有各的苦衷。Top
84 楼ljianq（泉深水清）回复于 2005-12-21 12:20:27 得分 2
选择工具必须要考虑开发的领域，如果是开发企业信息管理方面的，
Borland的东西是首选；其它的呢，更多的将是选择VC；
MS的IDE确实很贴心，资料丰富，我喜欢，不过我使用的最多的还是BCB，因为我主要是从事
信息管理方面的开发；Top
85 楼zhenyu362（不逛论坛N年）回复于 2005-12-21 13:04:51 得分 2
我。。。。我不知道说什么好
但还是觉得应该说点什么。。。
唉。。。算了，当我什么都没说Top
86 楼yesry（噎死你）回复于 2005-12-21 13:28:59 得分 2
我打算先自己发明一种语言，写个编译器，然后重写我的Modaling工具。Top
87 楼Lewolf（无名）回复于 2005-12-21 14:20:27 得分 2
To: setdefault(山转水也转)
你说的差不多吧，不过不是浮点矩阵，是一个浮点坐标四边形的矩阵，和浮点矩阵差不多。其实一个四边形就是一个面，我作的就是立体模型的显示了。一个面有法线，也可能四个点不在一个平面，显示的时候肯定是按照平面坐标显示到屏幕的。这里面涉及到了三维消隐，目前存在的问题是没有找到好的算法，效率比较低。
我说的商业软件可能和你说的通用软件是一个东西吧，软件的分类我不太清楚，我的意思是说按照商业销售为目的的，不是工程或者按照项目作的软件。即便是，那VC和BCB比较也是VC多阿。
我有事要出去了，希望有好的算法帮忙介绍介绍。Top
88 楼jspadmin（阿笨狗http://www.pifoo.com域名空间专卖cn20、com50元）回复于 2005-12-21 14:22:40 得分 2
呵呵，俺是asp小版的，加入群后是bcb第一个欢迎我的，所以到此串个门嘎嘎Top
89 楼DelphiGuy（）回复于 2005-12-21 14:26:01 得分 2
什么商业软件？
你说的其实不过是桌面软件罢了。
Top
90 楼DelphiGuy（）回复于 2005-12-21 14:42:30 得分 2
你无语什么？
无论从规模还是从工程角度，游戏开发都谈不上是什么大项目。
并非说它简单，它可能简单也可能很有难度，要看具体的情况而定。
但是它的难度主要集中在很少的几个领域，是一种技术细节上的难度。
而不是规模和工程上的复杂性。
即使是DOOM3这种引领技术潮流的游戏，从工程的角度来看，
也只是一个有技术难度的小项目。
难不成你们的游戏比DOOM3还NB？
在米粒上刻字可能是一件有难度的工作，但那不是什么“massive development”。
那是Desktop Development。:)
Top
91 楼gary_jojo（英雄!哗,大英雄!）回复于 2005-12-21 14:44:08 得分 2
每次回来转都碰到老大辞职的消息...没用BCB很久了,现在转投JB,还是BORLAND旗下Top
92 楼wmlalison（）回复于 2005-12-21 16:38:31 得分 2
我刚来菜鸟
怎么刚来就看到斑竹辞职
有点背啊！！Top
93 楼sydt2000（伴你到黎明）回复于 2005-12-21 18:59:17 得分 2
bcb:vc
既生瑜何生亮!!!
签名留念，建议版主加为精华帖！！！
Top
94 楼tanlim（sunsos.net sunsos.cn）回复于 2005-12-21 21:31:33 得分 2
非常有意思的争论，不要停，继续，延续，是你、我都应该做的事情。真的是道高一尺魔高一丈呀，心魔生呀，唉。Top
95 楼lucho（lucho）回复于 2005-12-21 22:45:12 得分 2
大家有空去看一看招聘信息。现在招IT的职位很多，但基本没有招VC的了。
从这个侧面可以反映现在BCB还是很有市场的。如果没有市场。也就没有必要
费力气去搞什么 2006 了。各位fans,希望不要收到打击。
还有：做IT一定要努力，不要只贪图打游戏。Top
96 楼lvjack（追逐梦想）回复于 2005-12-21 23:51:26 得分 2
无意参加争论
只是谈到游戏看到过有位胡颖卓做了个古月游戏引擎，反响挺不错的，作者声称只支持BCB不支持VC^_^Top
97 楼zihan（子寒）回复于 2005-12-22 00:58:50 得分 2
setdefault(山转水也转) ：好像据我所知VC做的商业软件一直不如VB多。现在好像比不上Java。有可能你所说的商业软件只是指工具类通用软件或者是程序员学习后的小作品？
无语．．．
喜欢BCB，你们可以不去学习ｖｃ，也可以不用，但是绝对不能够不去了解，因为只有你了解对越多，才能够对自己喜欢的东西认识更加深刻，我是这样认为的．Top
98 楼setdefault（山转水也转）回复于 2005-12-22 09:33:06 得分 2
zihan(子寒):VC我5年前用的比较多。“因为只有你了解对越多，才能够对自己喜欢的东西认识更加深刻”这句话说的很对，但要做起来可不像你说那么容易。
不要以为程序员用的才是软件。你看到的天有井口那么大么？Top
99 楼HalfWorm（半条虫子）回复于 2005-12-22 10:01:04 得分 2
同意PPower(月亮光光，照地堂)的说法。重要性是 编译器的bug > vcl的bug >> ide的bug。 编译器的bug是无法改的。vcl的有时间还可以想点办法。 ide的bug就没所谓了。反正我就用来拖拖界面。 程序我基本上我不会用它写的。Top
100 楼nopaper（缺纸）回复于 2005-12-22 11:04:16 得分 2
行了楼主，别炫耀了，大家知道你是四星。早点结了帖子吧。至于辞职的事情，好象你也没怎么行使过大版的权利吧，那就别浪费大版的位置了。快点向CSDN申请吧。
大家绝对不会象留恋季老大一样挽留你。Top
101 楼FreeFice（庄鱼）回复于 2005-12-22 11:36:40 得分 2
不同意DelphiGuy() 的说法，认为游戏是个小项目。
虽然有很多人都瞧不起游戏软件，可是即便是UG、Oracle这类的所谓大型软件，未必会比一个诸如“城市建设”之类的软件复杂，一个ERP软件复杂度是无法与EDS的复杂度相比较的，然而EDS成功的领域除了一些未公开的场合外，均来自于游戏业。早年玩过鱼叉2代的人，都知道其算法的精准，当初设计该软件的系统分析师有12人之多，该软件后被美国海军作为军官指挥教学软件，而其它同期的任何一款软件(即便是MS的Office阵营)也没有如此强悍的设计阵容！DOOM3除了在画面上复杂外，其核心引擎同Wolf、Doom没什么大的不同，也许这就是你所说的不复杂的原因吧。
游戏的复杂度在于算法，在于模拟敌人的智力使其更人性化却缺乏规律性的痕迹，根据游戏参与者的水平自动的调节游戏的难度，使得游戏者觉得每件事完成起来都很艰辛，而每次的胜利都充满了侥幸，同时一些随机的意外小幸运或是小灾难时不时地穿插其中，这样的游戏会很吸引人，然而设计的难度却也极大，并不亚于一个导弹分析与爆炸模拟程序。
我不知道DelphiGuy你所说的大项目是什么，使并发处理还是分布式运算，或是数据仓库与整合？医疗诊断或天气预报？还是飞机导航系统或工业控制的实时监控？金融计算还是市场预测？其实这些都在游戏模拟范围之内。因此，说游戏是一个小项目，我不同意，至少说明你对游戏业的了解过于狭隘了。
我也不同意PPower(月亮光光，照地堂)关于IDE不用再扩展的说法，编译器固然要发展，但是IDE的算法改进可以使使用者更高效的应用产品，也有益于吸引初学者的使用兴趣，至少从这点上看，会将这里变得繁荣起来。Top
102 楼setdefault（山转水也转）回复于 2005-12-22 12:07:46 得分 2
同意庄鱼的观点。
普通的游戏是用实物来演义虚拟的故事，一般软件是用抽象的东西来表达真实的事物。软件游戏应该是用虚拟的东西来演义虚拟的故事。所以游戏会涉及各个方面，规模有大有小，运用的技术也会很多。
IDE和编译器打个比方，就像图形界面、鼠标对于个人电脑来讲一样，不是电脑发展的核心，但没有良好的用户界面很好的技术也难以被采用。我们在做软件设计的时候也会经常考虑这个问题吧。Top
103 楼ly_liuyang（Liu Yang LYSoft http://lysoft.7u7.net）回复于 2005-12-22 12:58:23 得分 2
已阅~Top
104 楼DelphiGuy（）回复于 2005-12-22 13:27:43 得分 2
FreeFice(庄鱼) ，
请仔细看清我的发言，不要无的放矢。
我在前面的帖子里对楼主所谓的“massive development”已经说的很清楚了。
所谓“大项目”还是“小项目”主要是以规模和工程化来区分的，不是难度。
我并没有说开发游戏很简单，事实上这无关于难度。
游戏的难度主要是集中于特定领域技术细节上的难度，而不是规模和工程管理上的难度和复杂性。
所以即使一个很有难度和创新的游戏，它也只是一个可控的、有难度的小项目。
米粒上刻字并不容易，我相信全世界没有多少人能做到。但并不因此它就是“大项目”，是所谓的“massive development”。
而office虽然是一个桌面软件，从技术角度看它的难度不会超过DOOM3引擎的难度，但是由于它的规模，它需要复杂的工程化管理和密切的团队配合、质量控制，所以它是一个大项目，不是有几个或者十几个“高手”就可以包打天下的。
所以你这一大段的义正词严的指责就很莫名其妙了啊。
还有你把人工智能和仿真都拿出来证明游戏的复杂和不简单，也过于无赖了吧。不要为了辩论而辩论。
这么说有一个模拟地球的游戏，它就是世界上最复杂、最难的项目了？？？
所谓“并不亚于一个导弹分析与爆炸模拟程序”，真是吓死我了。
“一个导弹分析与爆炸模拟程序”需要什么样的运行环境你清楚吗？你的PC？
搞清楚一点，游戏就是游戏，不能因为游戏用到了某些领域的技术，就说游戏的难度等于这些领域的难度，甚至相当于这些领域的难度加在一起。没这回事。
如果说真实是一辆坦克，游戏就只是一个比例模型，甚至是相当拙劣的模型，几元几十元的那种破烂玩意。
至于你所谓的“DOOM3除了在画面上复杂外，其核心引擎同Wolf、Doom没什么大的不同”就只能说是你的无知了。
DOOM3的引擎是一个全三维的、具有逐点计算的实时光照效果的引擎，它的效果接近于专业渲染软件的效果。而wolfenstein和DOOM是什么级别的你知道吗？
wolfenstein只能算是2.5维的，它没有高度的变化，就象在一个大厅中到处走一样。DOOM虽然有高度的变化，场景更复杂，但其他方面wolfenstein相似，只有建筑的框架是三维的，其他所有物体，包括人物，都是简单的贴图。就是准备若干个事先画好的不同角度的图片，计算一下当前的位置，选一个最接近的贴到屏幕上。所以你围着地上的死人转，就会发现他始终都是脚朝向你，因为只有一个死人的贴图。
显然你不但“对游戏业的了解过于狭隘”，你对游戏本身都没有什么了解，不管是技术上还是内容上。从你上次在那个Java的帖子里关于单片机的发言就能看出，你太不求甚解、太自信、太满足于表面上的夸夸其谈，哪怕深入一点点讨论你都会暴露出问题。不过从那个帖子之后，我也没什么兴趣揪你的小辫子了。:)
Top
105 楼wjsoft1（wj@Linux）回复于 2005-12-22 13:45:34 得分 2
呵呵,各位我工作10多年了,继续向你们学习ing.....Top
106 楼ccrun（老妖)(www.ccrun.com）回复于 2005-12-22 14:14:12 得分 0
同志们，讨论该结束了，再下去就要斗殴了。目前已跑题了。Top
107 楼warton（创业群13734424 http://www.anywhy.cn）回复于 2005-12-22 14:29:01 得分 2
哎，怎么都走了啊，delphi2006我正在下载中，看看有什么改进。
我离开这里也有两年多了，这两年中基本上没有回答过什么问题。
我现在还用bcb,用的是5.0，主要是做基于corba应用的windows界面，服务端是在solaris上用纯c++写。vc也有使用，但一直也对MFC提不起兴趣。新的项目也在尽力向bs转，用java之类的。
Top
108 楼zhouhaihe（）回复于 2005-12-22 14:52:33 得分 2
接分Top
109 楼FigoZhu（谢慕安）回复于 2005-12-22 14:58:22 得分 2
本来一直是用Delphi的，现在想转BCB的，现在看看，又没什么信心了。
还是踏踏实实地学C++吧~~~Top
110 楼oracle1203（天地鸿蒙）回复于 2005-12-22 15:21:37 得分 2
现在公司还在用BCB做项目，BCB也还得用个一二年的
不过，以后可能转到用BJB了
一个公司的产品！
用了快一年了，虽然VC也用过，感觉目前还是BCB好，也许我写的代码还不用，也许我用VC的年龄还不大吧，就是这样感觉的。
也就是因为用BCB，我在公司里上手也要快些，如果用VC，我想上手肯定没有BCB快
至于功能上，不知道VC是不是真的像传说中的那样强!也许有朝一日我会重新捡起VC，也许就此别过，现在觉得JAVA似乎才是软件行业的发展方向，C＋＋还能走多远，不得而知.......Top
111 楼bcbsoft（苍之雪）回复于 2005-12-22 15:23:29 得分 2
佩服Lewolf(无名)“准备购买VCL5的使用授权”！
同意onemonth(CSDN真烦)的观点。
希望BCB2006正式版带给我们更多惊喜！Top
112 楼lxpbuaa（桂枝香在故国晚秋）回复于 2005-12-22 15:30:12 得分 2
有点莫名其妙Top
113 楼FreeFice（庄鱼）回复于 2005-12-22 15:44:38 得分 2
哈！有意思！
3D的图像与2D的图像区别就是所谓的复杂度问题？核心引擎是动画？如果这么说，那我真是无语了。
Office项目大？数据量多少算大？别忘了网络游戏后面所支撑的数据库规模可让任何一家做ERP的感到头疼。其实，项目软件唯一与游戏的区别并不在于其规模的大小，而仅仅在于应用对象的不同，由于客户群的不同而导致分摊成本的不同，这就是价格。
每当我们谈论一个问题的时候，先考虑一下技术层面是什么，核心问题是什么，不能什么都拿出来比较，那样会迷失方向。客户在很多情况下对技术一窍不通，以为界面复杂的功能就一定复杂，功能多的算法就一定复杂，其实并不尽然。很多情况下，一个复杂的系统却可能仅仅只有简单的外表，而一个简单得东东却很花里胡哨。如果以代码的多少、应用对象来判断一个系统的复杂度，最终会迷失自己，不知道其中的技术到底是什么。Top
114 楼Ring_Pt（已是黄昏独自愁）回复于 2005-12-22 16:43:42 得分 2
晕了Top
115 楼Mr_Yang（初级程序员）回复于 2005-12-22 16:49:13 得分 2
markTop
116 楼myyinuo（myyinuo）回复于 2005-12-22 16:56:36 得分 2
yyTop
117 楼sjchao（阳光流溢）回复于 2005-12-22 17:28:36 得分 2
俺回一个，爱之深，痛之切啊Top
118 楼PLYAT（山野的風）回复于 2005-12-22 18:28:26 得分 2
受益匪浅阿，一下子见到这多的猩猩。学习Top
119 楼218201（甘道夫遛狐狸）回复于 2005-12-22 20:06:59 得分 1
>>DelphiGuy()
>>用VCL就尴尬吗？
>>我看不见得吧。
>>如果用C++实现VCL，就必须对语言进行扩展，并不会得到任何好处（包括性能）。
不知道你从哪里听到看到过偶说希望要用C++实现VCL,不要胡乱引申.
偶的意思是
windows平台下假如需要C++的特性,偶打算使用VC,因为其IDE好.
假如需要使用VCL库偶打算用Delphi.
促使偶要使用BCB的的原因越来越少了,所以尴尬了
Top
120 楼penu（懒猫·子在川上之再上征程·杀人无心之寓怒于静）回复于 2005-12-22 20:23:48 得分 1
哎，大家都走了，我还来干嘛？郁闷ing...Top
121 楼Friecin（雪客）回复于 2005-12-22 20:23:51 得分 1
路过。。不知所云
兄弟走好Top
122 楼GaoLun（高论）回复于 2005-12-22 22:10:19 得分 1
很多很久不见的N人都来了，
呵呵， 路过Top
123 楼DelphiGuy（）回复于 2005-12-23 14:35:37 得分 1
FreeFice(庄鱼) 你确实还是本性难移呀，跟你讨论问题还真费劲，因为你根本不看别人的观点。
这还算是好的，你凭空抓出一个“别人的观点”来批的本事那才叫绝。
我针对楼主的发言已经说得很清楚：
项目的大还是小主要根据项目的规模和工程管理上的复杂性来区分，而不取决于技术上的难度。
从开发的角度看，有大项目和小项目，有复杂项目和简单项目，但是并不存在什么“项目软件”与“游戏软件”的区别。难道游戏开发不算是一个项目？真是莫名其妙。
而且你一再表现出一种令人困惑的盲目性，不知道你是根本理解不了别人的意思，还是有意搞这一套，反正很无聊。
网络游戏运行时的数据规模就能认定开发它是一个大项目？我是在不理解你的思路。
这么说我写一个简单的Database Browser连接到一个10TB的Oracle数据库完成一些查看、修改表的工作就能算是一个大项目？
不管一个网游用到了多少数据，这些数据的储存、管理和访问都是由DBMS完成的，和游戏本身有多少关系？？？
你怎么又犯了老毛病，游戏用到了什么技术就把什么技术算成是游戏开发的难度？
如果哪个游戏自己实现了一个TB级别的DBMS（不要抄Open Source的Interbase、MySQL这些哦），那么我承认它算是一个大项目。但是你找得到吗？就算有人这么搞，我也只能评价他是一个250，吃饱了撑的，不务正业。
“3D的图像与2D的图像区别”无关于我要说的问题，我也没有讨论这个问题。它采用什么样的技术，有什么难度，都不能决定它是大项目还是小项目。
游戏开发由于它的特点，规模不可能很大，也不需要什么复杂的工程管理和质量控制之类的。即使在美国，绝大部分游戏都是一二十人的TEAM或者所谓“工作室”之类的搞出来的（我们熟知的Activation、Virgin之类的公司都是所谓“发行公司”，并不实际做开发，它们之后隐藏着大量的“草台班子”在做实际工作）。大部分这种TEAM，如果以工程的角度来看，可能连CMM1的级别都达不到。但是游戏还不是照样搞出来了？有些还相当不错呢。
这就证明了这种开发不可能是什么“大项目”，一个大项目你这么松散地搞看看行不行？保证会死得很难看。
“核心引擎是动画”我可从来没说过，我指出了wolfenstein和DOOM的一些技术上的实现方式是针对你所谓的“DOOM3除了在画面上复杂外，其核心引擎同Wolf、Doom没什么大的不同”来说的，是为了告诉你wolfenstein和DOOM的引擎远不能和DOOM3的相比，连和Quake2、Quake3的相距甚远。
真不知道你从哪里得出我认为“（游戏的）核心引擎是动画”这种结论？你能说一说吗？
从你的发言中可以看出，你对游戏开发的技术几乎一无所知，连基本的了解都谈不上，可能连你夸夸其谈的“核心引擎没什么大的不同”的Wolfenstein、DOOM、DOOM3都没玩过。由你来驳我的“游戏开发算不上大项目”的观点也未免过于力不从心了。:)
Top
124 楼aiirii（ari-http://spaces.msn.com/members/aiirii/）回复于 2005-12-23 14:42:38 得分 1
路过..Top
125 楼onemonth（CSDN真烦）回复于 2005-12-23 15:18:32 得分 1
DelphiGuy 不错。Top
126 楼woainihaha（笨笨）回复于 2005-12-23 15:20:39 得分 1
To Lewolf(无名) 狼兄：
呵呵，好久不见了。你说的图像桢数的问题我的看法是：1、所有利用GDI绘制的图形都是间接绘图，需要系统统一调度和处理，有些绘图系统还需要根据绘图的坐标、大小以及Z Order来确定绘图方式，同时可能需要进行系统消息通知，所以很多高速的GDI程序在Windows内可能存在不同的桢率的问题，而且还直接受系统配置的影响。2、如果需要利用GDI高速绘图，最有效的方式之一是内存绘图，并且减少BCB绘图函数的调用直接使用API或第三方函数，在所有数据处理完后才显示。3、减少系统系统干扰，不要使用有消息干扰的组件（如BCB中的Image组件），同时绘图区域要独占，不要与其他组件有共存的地方，呵呵，如果用VC作的话可能不存在这个问题因为BCB会自己做很多事情。
狼兄还在作航空售票系统吗？
To DelphiGuy() ：
呵呵，兄弟你真厉害，比李维还关心Borland阿。
上次和你为了ＢＣＢ费了Ｎ多口水，在这里我猜你一定会看不过去，呵呵
Top
127 楼woainihaha（笨笨）回复于 2005-12-23 15:36:17 得分 1
其实如果我还是刚毕业那阵，可能也要更Aweay (星野) 急，但是现在我只觉得中肯，也许说哈方式太极端了点，但我觉得Aweay (星野) 是好心，毕竟大家要看清楚了。
虽然出了ＢＣＢ２００６，但我依然不看好ＢＣＢ，毕竟不时Ｂｏｒｌａｎｄ主动释放出来的版本，而且不是专门的ＢＣＢ版本，仍然是个Ｄｅｌｐｈｉ嫁接版，气愤阿。不过有总比没有好。Top
128 楼sydt2000（伴你到黎明）回复于 2005-12-26 13:01:21 得分 1
提以下建议：
1：JSP,Aweay,TR...等辞职的老大做为BCB版的名义版主！
2：Aweay开发自己的BCB的程序源码，包括MYSPY工具，可以放在你的网站或老妖网站！
3：有空常回家看看
祝身体健康，工作顺利！Top
129 楼sydt2000（伴你到黎明）回复于 2005-12-26 17:13:35 得分 1
支持我得提议丁一下！！Top
130 楼slwqw（四大名捕之追杀令）回复于 2005-12-26 17:31:18 得分 1
还是DelphiGuy利害，可惜我不是老板，不然开发部经理就非你莫属了，哈哈。
Top
131 楼pazee（耙子)(今年过年不收礼，收礼只收尿不湿）回复于 2005-12-26 18:12:23 得分 1
这类做出过贡献的版主，应该留名在csdn上面！Top
132 楼ccrun（老妖)(www.ccrun.com）回复于 2005-12-26 19:33:16 得分 0
季老大都不肯留名，看谁敢留。Top
133 楼jishiping（JSP 季世平）回复于 2005-12-26 20:18:27 得分 1
老妖：
呵呵，不是我不肯留名，前几天有2、3天没来，后来来的时候，不知道怎么的，我一直没有看到这个帖子（上午来的时候也没有看到），刚刚才看到这个帖子。
我也没有与Aweay打过交道。虽然Aweay毕业没有多长时间，不过从以前他的解答来看，他的水平是很高的，后来的一些人对此可能不是很清楚。也许是Aweay比较年轻吧，说话有时比较冲，所以比较容易和别人起冲突（我说的只是网上，工作中和生活中怎样我就不知道了）。Top
134 楼Big_foolcat（人之初，性本非善）回复于 2005-12-26 20:41:31 得分 1
呵呵，还是老话：编译器不过是个工具罢了。
路过接分。Top
135 楼ch_builder（春辉）回复于 2005-12-26 21:38:40 得分 1
我学习编程是在94（大一），那时学的是Pascal，之后是Basic、DBase（期间学过汇编），到了99年左右开始接触到CB，到现在做办公室工作，很少编程，很喜爱到狂热，到今天的无奈，回忆这些年的经历，总体感觉CB对我这样的非专业人员就足够了
CB是有这些那些问题，这是事实，但就如自己的恋人一样，哪有十全十美的呢，关键在你心中他是什么样的
但正如楼上有的兄弟说，编程更重要的是思想，就如写文章一样，没有一个良好的思路是不可能写出什么好代码的
VC也好，CB也好，没有好C基础什么都完蛋
AWEAY还在读书时我们就相信，是个思路开拓的孩子，所以他用VC与CB，我想都能取得不错的效果，至于他今天的一些话，我想有点让老朋友失望了
纵然她不好，她还曾经与你相恋过很长时间，还是不要把话说得太重了吧
离开也长联系一下，至少这里还有这些老朋友会来，见见还是很亲切的
祝工作顺利
Top
136 楼tanlim（sunsos.net sunsos.cn）回复于 2005-12-26 23:56:50 得分 1
一些带星的老大们，都是N的不得了了。
不过幸好肯定一定，大家都感觉到了人气。
确实BCB2006B也肯定不能算是BCB者的救命稻草。
但一味的跟着某种语言技术跑，是很累人的，也一点意义都没有。
好好的学好一门语言本身，再来选择适合的编译工具。
老大们还是多关注一下需要解答问题吧。还有就是希望CSDN改版一个东西
把不同级别的网友提出的问题分类别来弄。不然，一天提出的问题太多了。很多都盖了。
而且很多朋友都不断提出重复性的问题，效率实在是不好。
望版主们向CSDN反映呀Top
137 楼Hurbox（斩月）回复于 2005-12-27 00:11:24 得分 1
飘过..Top
138 楼boyla（土著巫师）回复于 2005-12-27 01:07:32 得分 1
"上百万行代码",长这么大我就比见过，不过我在公司4年前花半年用BCB开发的一个项目，自己编写的代码估计不过5000行，目前给公司收回差不多百万人民币了吧。:)
Top
139 楼FreeFice（庄鱼）回复于 2005-12-27 13:36:05 得分 1
说理论谁都会，我在这里可真得承认DelphiGuy()的口才。
什么是项目，既然游戏本身就是项目又何必单独拎出来？看来是我在曲解了。
Office协调的仅仅是人与人的关系，其实Office项目向来都不是什么大的项目，如果能够划分好什么是计算机的什么是人的责任，那么三五人完成一个Office并不是难事，DelphiGuy在这里别用Office来吓唬新人好不？我做过的项目中，可以说Office类的是最轻松的，为一累的是前期的准备与商谈，划分好彼此的责任。但是，工控类的、仿真类的项目就很困难，要做很多的试验与测试，而且每每做完以后还不能够马上确定是不是正确。
游戏的复杂程度就在这里：你不知道它做到什么程度算是成功了，成功的目标是不明确的，整个过程都是尝试性的。如果这种不叫复杂，哪还有什么叫做复杂？造坦克造飞机，还知道其最终的目标是什么，做游戏，却不一定知道，感觉完全就是碰运气。
我认为复杂的东西，就在于不知道如何去界定的东西。Office很多问题可以通过制度解决，不需要由软件来实现，这就是他简单的地方，但一个好的游戏是不该限制游戏玩家行为，当然，一个推箱子的游戏实现可能很简单，但如何做的吸引人，能卖的动就不是一件简单的事。Top
140 楼DelphiGuy（）回复于 2005-12-27 15:47:16 得分 1
FreeFice(庄鱼)，真不知道怎么说你是好。你肉都烂了嘴还硬的本事真不是吹的。
说理论谁都会
=================================================
那么就说说你所谓的“DOOM3除了在画面上复杂外，其核心引擎同Wolf、Doom没什么大的不同”算什么理论？你能自圆其说吗？显然至少你就是不怎么会“说理论”的。
什么是项目，既然游戏本身就是项目又何必单独拎出来？
=================================================
从开发角度讲游戏不算是项目吗？这你也想说出个新花样来？
把“游戏软件”单独拎出来与所谓“项目软件”对比的恰恰是你，而不是我。忘记了的话就回头看看你前面的发言。
我一直说的只是在各类开发中游戏开发不算是大项目这个观点。这与游戏本身就是项目有什么矛盾吗？可见你根本就是思维混乱、逻辑不清。
三五人完成一个Office并不是难事，DelphiGuy在这里别用Office来吓唬新人好不？
=================================================
哈哈哈哈哈...
继你在DOOM3引擎的技术上胡说八道之后，你又再一次引人注目。
三五人就能完成一个Office？10年吗？？？
你就吹吧。
ms的office项目组有差不多300人，光做编码的就有六七十人。
金山做WPS Office的有多少人？不低于60这个数字，还不算文档和测试的。
你三五人就能完成？？？
Office的收入占ms总收入的超过40%，要是三五人就能完成的话市场早被别人抢了。
别以为有个open office就以为开发office“三五人就能完成”，open office最早也是sun的star office放出来的源代码，并非什么三五个爱好者凑到一起搞出来的。
请你到openoffice.org看看，那是“三五人就能完成”的项目吗？
早就说了项目大小并不取决于难度，而主要取决于规模和工程管理上的复杂性。
你反对这个观点又说不到点子上，一直在东拉西扯，把什么游戏涉及到的技术都扯出来算作游戏开发的难度（可笑的是你对游戏技术根本就是一窍不通，一说就露馅）。这也罢了。
可问题是我根本没有说是因为游戏开发简单所以它是一个小项目。
说它不算是大项目的原因是因为它的开发规模比较小，不需要多复杂的工程管理和质量控制，即使它的难度和复杂，那也是一种技术细节上的问题，是可以通过“高手”而解决的。
所以说游戏开发基本上是一种小而精的项目，与大规模的、需要严格的工程化管理的项目是有本质区别的。可见你也许懂一点程序设计（从你的一贯表现看即使在这方面也很不合格），但是对软件开发根本没有什么概念。
游戏的复杂程度就在这里：你不知道它做到什么程度算是成功了...但如何做的吸引人，能卖的动就不是一件简单的事。
=================================================
现在你居然又扯到市场上了，把什么吸不吸引人、卖得好不好都搞出来。
这有意义吗？这与讨论的问题有关吗？
就我所知，到目前为止最受欢迎的游戏是俄罗斯方块、翻纸牌这种游戏，基本上每个接触过电脑的人都玩过。
如果按照你的观点，这就能证明开发俄罗斯方块、翻纸牌这种游戏是“大项目”了？
你根本就是胡言乱语、自相矛盾。:)
Top
141 楼TheSeawolf（海狼）回复于 2005-12-27 16:34:35 得分 1
大家都讲得的在理阿，不过bcb确实有它的弊端，况且他的主人也已经舍弃它了，我们现在到底出路在哪里？没有挑大梁的人，说得再多也是白搭阿。Top
142 楼218201（甘道夫遛狐狸）回复于 2005-12-27 19:34:07 得分 1
>>肉都烂了嘴还硬
久不混这里,又学到了新东西。Top
143 楼shadowstar（CodeFast for Delphi & C++Builder）回复于 2005-12-27 19:54:39 得分 1
强贴留名，有空再看！Top
144 楼kmfangxun（）回复于 2005-12-28 09:46:23 得分 1
我觉的 DelphiGuy 可能技术真的了不的，不过从你对别人动不动就讽刺挖苦来看，你这人也不咋地。Top
145 楼wing_9999（五百）回复于 2005-12-28 10:09:10 得分 1
ｖｓ２００３之前我一直用Borland的产品，讨厌ｍｓ，现在我只看Borland的信息用ｍｓ的产品Top
146 楼alaiyeshi（七宝树八宝饭）回复于 2005-12-28 11:30:39 得分 1
我最早接触BCB是大一吧,当时看到一个像VB的东西,仔细一看却是C++的语法的东东,很是好奇,于是就装了一个,很是有一段时间的学习,只是后来我还是用的VC.呵呵,基本上都是锤子教的我
现在工作一年多了,被迫在linux下干活,BCB or VC就都不用了,其实蛮喜欢BCB的,快速开发啊.
Aweay其实是个很不错的人,平时也蛮热心的,现在他工作应该是很忙的,没有时间了,请大家不要再对他批评了
锤子,你知道我是谁,你离校的时候还是我送的你,有时间过来玩吧,黑大也在这边Top
147 楼BCB2006（i like bcb）回复于 2005-12-28 18:26:14 得分 1
FreeFice(庄鱼) 2005-12-27 13:36:00 的回复确实不敢认同。
1.其实Office项目向来都不是什么大的项目
－－－－－－－－－－－－－－－－－－－
DelphiGuy说的不错，现在不是dos那个年代一个求薄军就什么都能搞定的。（好像还有一个用汇编搞出的汉字编辑器的）
2.游戏的复杂程度就在这里：你不知道它做到什么程度算是成功了，成功的目标是不明确的
－－－－－－－－－－－－－－－－－－－
游戏成功的目标就是赚取大量的RMB，而不是依靠算法的复杂度。要是俄罗斯方块申请了专利，作者也是这个星球上的前三富了！
Top
148 楼BCB2006（i like bcb）回复于 2005-12-28 18:30:14 得分 1
说正题，看了楼主的第一段话就很不爽了。
一句话，JSP的辞职都不是跟你一个层次的。其他就省去不说了。Top
149 楼sydt（亲情六处）回复于 2005-12-28 18:53:34 得分 1
提以下建议：
1：JSP,Aweay,TR...等辞职的老大做为BCB版的名义版主！
2：Aweay开放自己的BCB的程序源码，包括MYSPY工具，可以放在你的网站或老妖网站！
3：兄弟，有空常回家看看
祝身体健康，工作顺利！
个人比较同意 ch_builder(春辉)观点！Top
150 楼beijibingshan（Zealot）回复于 2005-12-29 00:28:07 得分 1
路过Top
151 楼CAYU（中原）回复于 2005-12-29 09:52:33 得分 1
用了无数次的VC,但每次都被MFC吓到了BCB,来到BCB又是一片冷清,一片吵嚷.
Top
152 楼jinhaiwu（※※※※※※※※※※）回复于 2005-12-29 10:28:56 得分 1
好久没有来了，一般看到这样的贴我都会进来看看，说什么好呢，感觉年轻人都是图个好玩；Top
153 楼lxpws（你被耍了）回复于 2005-12-29 16:39:30 得分 1
DelphiGuy() 兄自己说过，来这儿就是消遣的，没什么比消遣人更爽了吧。。。Top
154 楼218201（甘道夫遛狐狸）回复于 2005-12-31 17:42:15 得分 1
偶得闲时来这,就是想看一个人消遣另外一个人.
要是这点小小要求也不满足的话,偶来这里真不知该干啥了
还不如上街买票看电影
hiaTop
155 楼nikita2000（小针）回复于 2005-12-31 22:52:55 得分 1
想那么多干嘛，够用就好！我用BCB做数据库软件，觉得倍爽，就是行了！Top
156 楼g60sl22c（）回复于 2006-01-01 01:31:32 得分 1
我是新手,学高级编程可能一年左右,学了vc两个月,都不知从哪弄起,后转学builder,没多久就能编些简单工具了.还有速度,编译速度可能是慢点,但对我不碍事.至于执行速度,说vc比bc快两三倍,我觉得不可能.我搞汇编有十余年了,汇编执行速度最快的了,而现在一般的高级语言编出来的程序速度基本巳达到汇编的五,六成了,如杲vc比bc快两三倍的话,那vc不是比汇编速度更快.不要往极端例子比,这是不中肯的.我喜欢用汇编跟踪自己用bc编的程序,发现由高级语言的编译而产生的冗余码并不多.总之,我是不太相信vc比bc执行速度快很多Top
157 楼tanlim（sunsos.net sunsos.cn）回复于 2006-01-01 03:36:32 得分 1
stoP了
可能这段时间楼主是没上线，不然，他自己不知道会怎么想。呵呵
期待有人写出BCB6的使用心得。某种项目，不要光说不练。
我觉得吧。没实际运作过项目的程序员们，没有不知道的编程领域，为啥？书上都有例示呀，再不然，我就编译软件的EXMAPLES，奶奶的。但其实都似是而非。
我出个简单的题目，看大家做得怎么样，请你们不要故意参照别人的。大家试着写一下就知道了。
题目就是，一个加减值文档加密程序。大家可以在贴子后面试着贴上，前三位满分的我开贴每人送50分。
我在帮公司招聘的时候，经常出这个题目，但我收到的答题，有80％的人不及格，恐怖吧。
现在很多的人都光说不练。
我有一次跟一位其他公司的工程师去竞争同一个单子，一个不大不小的管理应用软件。他报价800元，5天内交货。晕死，我甘拜下风，我就说，我以后跟他混好了。可最后很惨，摆弄了一个月，一分钱都没收到。没办法，那位客户还是接受了我的3800元，15天的条件。
稳定和效率还是，架构与经验，卖点与内蕴同样是软件设计中的取舍问题。
不要过于希望编译器帮你解决所有的问题。要不然，就把你所谓的软件工程师的头衔摘了去。
我上线再次跟贴的时间已经是2006年1月1日了，祝大家元旦快乐！新年快乐！Top
158 楼guzhutt（浪迹天涯）回复于 2006-01-01 18:31:55 得分 1
： tanlim(求学者) ( ) 信誉：100 讲的好
其实过多讨论这些好象是没什么实际的帮助吧 还是应该从最基础最基本的学起 打好基础
做一个程序员不是一件简单的事情Top
159 楼rouqing（*冰雨&双子座奇缘*）回复于 2006-01-01 21:10:09 得分 1
lookTop
160 楼lwqcny（seeker）回复于 2006-01-01 22:26:13 得分 1
很有收获！工具只是工具而已。Top
161 楼xjhwc（）回复于 2006-01-01 23:42:02 得分 1
路过！厉害！我还是老老实实的努力的学习BCB6吧。Top
162 楼dddlincsdn（什么也不想说）回复于 2006-01-02 11:23:57 得分 1
猛贴 ....
我是从bcb4开始的 ...
一切无言中 ...Top