14-01-2007, 06:11 AM
It doesn't magically run faster unless it is compiled different. VB is looked upon as slower because it can have quite a bit of overhead to certain routines, and with all the noob VB code out there, crappy VB code is basically a standard.
You can easily make a programming language faster then VB, but I doubt you could make one better without years of work. VB does a great job managing tons of stuff behind the scenes so you don't have to worry about it and can work on the actual content. With proper programming practices, though, making an ORPG run fast enough is hardly a concern. When it comes down to the nitty gritty, its all about how well you program, not what language you use. A custom language, or C++, or whatever you want that is faster, is hardly going to make a difference in the end, unless you're making some kind of code-heavy algorithms. But for games, 3rd party libraries (DirectX, OpenGL, Winsock, etc) handle the most intensive routines (physics, networking, rendering, input, sound, etc).
Plus, VB's IDE has one hell of an error handler and debugger. That thing is priceless.
You can easily make a programming language faster then VB, but I doubt you could make one better without years of work. VB does a great job managing tons of stuff behind the scenes so you don't have to worry about it and can work on the actual content. With proper programming practices, though, making an ORPG run fast enough is hardly a concern. When it comes down to the nitty gritty, its all about how well you program, not what language you use. A custom language, or C++, or whatever you want that is faster, is hardly going to make a difference in the end, unless you're making some kind of code-heavy algorithms. But for games, 3rd party libraries (DirectX, OpenGL, Winsock, etc) handle the most intensive routines (physics, networking, rendering, input, sound, etc).
Plus, VB's IDE has one hell of an error handler and debugger. That thing is priceless.