Quote:Original post by Pxtl
Okay, I'll say it: C++ templates are better than sex.

That's the first time I ever heard someone compare a programming language to sex. Anyway, I chose C# over Java last week, and I'm glad to say I did. I don't really see a point in comparing though. It just depends what you need to accomplish:

* Does it need to be on an applet on the web?
* Does it need to process quickly? Does it need to be close to low level?
* Does it need to be fully OO because of its complexity?
* Which company (MS / Sun) will keep the runtime files the longest? Which company will stay alive after 10+ years? Will your users be able to download the correct files after one of them go out of business? Is it really professional to go for the smaller company with a web-focused language? To me, it'd be like saying "download this old companies runtime software so you can run our new professional game!" Is it worth the time to learn it for you and your team?

After that, you'll get your answer on what you need for your project. There's no use comparing if you don't have a project lined up. You don't know what you need.

Java isn't used just for applets, I'm using it for high speed applications. So the question is if this thread was about C# and Java, or just about C# and a small subset of Java.

You forgot to mention C# alows piggy messing of a native code and a NET VM compiled code. It would be funny to know what it could do if someone would do an another smart attempt on a copy protection. I remmember from my experience that it alows a very nasty maintenatce problems. Not to mention a very nasty "feature" to abuse.

Other difference is difference in executable files. Exe loader for C#, jar file format for Java (You could use exe loader as well, but it would force you to create files for each supported platform.). Java way is simplier for future, it would alow to get rid of x86 platform more easily. (big dream of the majority of game developers). For users, C# looks more like old files. That is for users that don't use link from the desktop, JNLP, or a batch files for precise control of JVM.

Quote:Which company (MS / Sun) will keep the runtime files the longest? Which company will stay alive after 10+ years? Will your users be able to download the correct files after one of them go out of business?

Size and richness of the company isn't any guarantee of longetivity. Do you remmember the Oracle and the Locus?
I'm burning a JVM on the gold CD, it's just a small portion of burned data, so it would persist for pretty long and be ready when needed. Abilities of OS and CPU are big unknown for majority, so worry about this for more than 3 years into future is stupidity.

Raghar

And because this thread is allready derailed, I'd derail it further.


I looked at XNA. When I seen Mickerosoft page then I imagined a slower programs and ugly compatibility problems. Probably good estimate what would be XNA. Something like problems with DVD burners and no name DVD-ROMs
It might be of some value if you'd like to program for windoze and Xbox at the same time, but rest of the platfors might be slower by a factor of 3.

Quote:It's amazing how easy it is to put your own .Net language together. Reflection.Emit provides everything you need to output code to an exe, and you get a whole set of standard libraries with no work involved.

It remminds me how few years ago everyone was happy that all resources are for Java, not for 5 different languages, and everything works without compatibility problems. So there was a very interesting undemand for additional languages on JVM. Funny. Would you like another C, pre ANSI C, PAC, BASIC, and few other languages resource hell?

Raghar