C# in the future
by Pablo Alonso · in General Discussion · 02/08/2005 (4:58 pm) · 87 replies
Some time ago I heard that c# was gonna become really strong with the realease of longhorn and xbox 2, but I have no idea if there's any studio actually using it for a game, anyone has any info?
Thanks
Thanks
About the author
#82
To me, the answer is ABSO-FREAKIN-LUTELY. Yes yes yes yesyseyestyes!
So that's where I'm comin from.
03/16/2006 (12:42 am)
I'll take a %15 performance drop if it makes development %15 easier. Game development is f$%^ing HARD. I think we can ALL agree on that. Game development should be easier - we probably all agree on that too. But is greater ease of development worth the compromise?To me, the answer is ABSO-FREAKIN-LUTELY. Yes yes yes yesyseyestyes!
So that's where I'm comin from.
#83
.NET is ok I guess, but I'm not compelled to use it yet. If I ever do, it would be with Mono.
03/16/2006 (1:24 am)
Bah, who needs .NET when Lua has a JIT compiler :D luajit.luaforge.net/luajit_features.html It seems to be portable too. I hope someone will fund this guy so he can continue development!.NET is ok I guess, but I'm not compelled to use it yet. If I ever do, it would be with Mono.
#84
C# as a whole might not replace C++ in the near future, but I believe the .net framework will. Someone said earlier in the post how part of the team could be building tools in C# while the main game mechanics developers are using C++.net and so on. This is very realistic in my mind. Especially considering how many people in this community are already using vc++.net to work with TGE/TSE.
03/16/2006 (8:37 am)
Holy long post batman! I don't have time to read through this enormous thread, so I'm just gonna hope no one has pointed this out yet and chime in on C#. A lot of the times people are complaining about C# because it's managed and the garbage collection is crap and so on. .net 2.0 framework (vs.net 2005) has the ability to basically "turn off' garbage collection and handle it yourself in code.C# as a whole might not replace C++ in the near future, but I believe the .net framework will. Someone said earlier in the post how part of the team could be building tools in C# while the main game mechanics developers are using C++.net and so on. This is very realistic in my mind. Especially considering how many people in this community are already using vc++.net to work with TGE/TSE.
#85
03/17/2006 (7:41 pm)
BTW, Lua is damn fast already...with a JIT-compiler, its easily gotta be one of the fastest non-compiled languages out there.
#86
Firstly, the compiler, and (resources being thrown at the compiler) is state of the art,
but more importantly, the awesome thing about .NET, that msft didnt actually realize until after shipping 1.0, is it's awesome SDK. There has never before been such a rich, user friendly, and clean SDK available. Java did some good work in this field before, but if you've ever tried to write a window app with it, you'll know what I mean when I say it is not very clean :)
03/17/2006 (9:54 pm)
Aside from the obvious msft lockin, I would much rather go with .NET.Firstly, the compiler, and (resources being thrown at the compiler) is state of the art,
but more importantly, the awesome thing about .NET, that msft didnt actually realize until after shipping 1.0, is it's awesome SDK. There has never before been such a rich, user friendly, and clean SDK available. Java did some good work in this field before, but if you've ever tried to write a window app with it, you'll know what I mean when I say it is not very clean :)
#87
@jesusphreak:
The new version makes Lua code run as fast as C#, maybe faster. Of course that's what the author claims...*shrug*. When I was using the previous version I did see a speed boost. The best thing about LuaJIT for me is that I can just drop it into my project and instantly get the extra performance, if necessary. I really hope the author will have the time/funding to continue work on it.
03/17/2006 (10:35 pm)
I think as of right now .NET is unbeatable for writing tools. All the editors I use that are built with .NET are really high quality. @jesusphreak:
The new version makes Lua code run as fast as C#, maybe faster. Of course that's what the author claims...*shrug*. When I was using the previous version I did see a speed boost. The best thing about LuaJIT for me is that I can just drop it into my project and instantly get the extra performance, if necessary. I really hope the author will have the time/funding to continue work on it.
jesusphreak
I mean, it just opens up "hardcore" programming to so many more peoople.
What limitations do you get from using something like JavaScript, though? Do you miss out on features or whats the deal?