想以个人作品进入游戏公司的准新人请看看!

wildfire

那些力挺VB的白痴，一定是没有用vb开发过大型游戏的。否则，怎么会在这么无聊的话题上纠缠不清？
性能问题是一定的。早期的vb是解释语言，性能可怜（vb6之类编译执行的，依然是用解释器，再调用底层API。）到了.net时代，因为虚拟机的支持，性能有了很大飞跃。但是依然不可能比得上托管代码。而且很奇怪那些武断的说不用vb开发游戏是因为用不好vb的人，为什么不把vb的同门兄弟C#加上？当前vb和C#的程序编译执行的性能可以说是对等的。
你可曾想过如何用vb实现碰撞检测？如何用vb调用对数据结构要求特殊的开发库？用vb写网络服务器？不可否认，系统API、设备驱动程序、DirectX都是属于asm\c++一系的吧（你满足用gdi+作图形输出，可以无视）？托管和非托管之间的互操作，本身对性能影响就非常大。何况密集计算的部分，必须用C\C++来做，那你的vb部分不成了专门调用其它库了？又有性能开销，又费事，还增加维护成本。何必呢？

系统崩溃

“但是依然不可能比得上托管代码”，是非托管代码吧，关键之处可不能有一字之差。另外白痴这个词在这里禁止使用。

到了你这儿虽然说的还在道理之中，却又把主题扩大了，牵扯到了.Net。.Net各语言虽然性能比不上旧的C和C++，更比不上汇编，但说到找工作这个本帖主题，即使楼主怕也不敢把它们一言以蔽之。因为.Net的成败根本不在于性能，而完全在于微软的努力和能力。

今天当然还可以说游戏公司极少有用.Net语言的，但如果微软有这个野心，谁敢说明天（这个明天并不远，可能也就两三年），游戏领域不是XNA占据半边天？到那时MS可能仍没本事把.Net语言的性能提高多少，但它偏偏有本事把高效语言的性能降低下来，就象今天它敢把VC++托管了一样。

所以如果在VB上不要过于执着的话，那么在语言性能上同样不必太执着了。

xpertsoft

开发效率是个非常值得去认真考虑的问题.
把底层的功能封装成.NET的对象是个非常不错的选择.

wildfire

微软不会降低任何语言的性能。
另外，给C++托管也只不过是加上了扩展。并没有影响本地代码的速度。

yukun84

好热闹哇好热闹

凭心而论，那些用于测试的。NET代码效率并不低。只不过为了安全起见，很多不安全的写法必须抛弃。于是整个工程中的代码全部变得很安全了，效率也就大大降下来了。（用相同写法的测试代码比较性能实际上没什么意义。写法的不同才是导致性能的关键）

如果为了效率而不得不进行那些不安全的操作，事后出了问题必须进行汇编级调试时，用。NET可是非常头疼的。。。

嗯。。。还是没有勇气用。NET啊。
万一这方面出了问题，一个项目少则几百万，多则上千万的投入，因为使用自己不能完全驾驭的东西而导致延期甚至失败，这个责任可承担不起啊。。。（游戏领域用不用。NET，技术上或许不是最重要的，最重要的是有没有那么几个敢于吃螃蟹并且成功的案例，VB6也是如此。）

snhun

游戏之家站长: Re:想以个人作品进入游戏公司的准新人请看看!

我是不满你说流行英语， 世界上说中国话的有13亿人

那么世界上，说英语的人多少亿？

CLOD

中国话每个地方口音都不同

CLOD

[em2] [em2] [em2] [em2] [em2] [em2] [em2] [em2] [em2] [em2] [em2] [em2]

大元帅

回47楼
1 貌似只有DELPHI（PASCAL）和SQL需要写BEGIN和END。。
2 请问您是先学链表再学数组的么？我终于知道什么叫深入浅出了，恩，貌似JAVA也没有指针，但是JAVA为什么这么火呢？
3 VB的关键字完全可以自动生成
4 你没听过么，只要MS一声令下，人类历史将倒退20年，这么强大的威力难道就连ANSI都搞不定么？
5 有服务器端就有客户端，请问您，您平常经常使用S/S模式么？

还有，请问您，您喜欢使用C++开发游戏么？那他强悍了，小弟自愧不如。。

CLOD

我证明47楼是懂C++的