• C++ or C#?
    64 replies, posted
Stop calling C# simple you're all idiots. [editline]2nd January 2011[/editline] or 'easy'
[QUOTE=blankthemuffin;27132783]Stop calling C# simple you're all idiots. [editline]2nd January 2011[/editline] or 'easy'[/QUOTE] If you compare it to C++ then it's simple or easy. Or do you want us to tell him that VB.Net is better because it's even easier?
No it's not simple or easy compared to C++. For example can you explain to me the problems involved with native resource control with a non-deterministic garbage collector? C# is however much more sane and you can be more efficient with it as the tools available are more suited to rapid development.
[QUOTE=blankthemuffin;27133108]No it's not simple or easy compared to C++. For example can you explain to me the problems involved with native resource control with a non-deterministic garbage collector?[/QUOTE] You release unmanaged memory manually with IDisposable. What's the problem?
c# is much easier than c++
One major problem with C# is the community. It's practically non-existent. Instead of the community building things for each other, like you might see with Ruby's Gems, the vast majority of C# programmers just rely on Microsoft to spoonfeed them.
[QUOTE=Combino;27134625]One major problem with C# is the community. It's practically non-existent. Instead of the community building things for each other, like you might see with Ruby's Gems, the vast majority of C# programmers just rely on Microsoft to spoonfeed them.[/QUOTE] Hey, I believe you are severely mistaken, or merely looking in the wrong places. Mono and OpenTK are two monolithic projects that show otherwise.
[QUOTE=limitofinf;27135120]Hey, I believe you are severely mistaken, or merely looking in the wrong places. Mono and OpenTK are two monolithic projects that show otherwise.[/QUOTE] So you've named two projects. Now look here: [url]http://rubygems.org/[/url] Or here: [url]http://search.cpan.org/[/url]
C# is for the lesser-than-qualified coder that is boggled by memory management and pointers. And if you plan on only developing for Windows/Microsoft.
[QUOTE=DarkCybo7;27137026]C# is for the lesser-than-qualified coder than is boggled by memory management and pointers. [b] And if you plan on only developing for Windows/Microsoft.[/b][/QUOTE] [url]http://www.mono-project.com/Main_Page[/url]
I redact my latter statement.
[QUOTE=Combino;27134625]One major problem with C# is the community. It's practically non-existent. Instead of the community building things for each other, like you might see with Ruby's Gems, the vast majority of C# programmers just rely on Microsoft to spoonfeed them.[/QUOTE] [url]http://www.codeplex.com/[/url] [url]http://www.codeproject.com/KB/cs/[/url] [url]http://code.google.com/hosting/search?q=label:csharp[/url] [url]http://sourceforge.net/search/?&fq[]=trove%3A271[/url]
where are people learning that C# is interpreted/windows only?
[QUOTE=efeX;27138311]where are people learning that C# is interpreted/windows only?[/QUOTE] little stallmanites
[QUOTE=Combino;27136735]So you've named two projects. Now look here: [url]http://rubygems.org/[/url] Or here: [url]http://search.cpan.org/[/url][/QUOTE] Hey, yes, I did not deny that Ruby has a plethora of libraries and such; I simply wished to debunk the statement "It's practically non-existent." [editline]2nd January 2011[/editline] Perhaps my wording was of slight ambiguity, for which I apologize.
The enormous portability of C++ is pretty much necessary if you want to develop cross-platform, beyond desktop OSes. Also, the huge amount of C and C++ libraries makes it worth it in the end. [editline]2nd January 2011[/editline] C# is probably a better place to start. There's nothing wrong with knowing many languages - it'll keep you afloat if you want to program for a job later.
[QUOTE=ProWaffle;27144787]The enormous portability of C++ is pretty much necessary if you want to develop cross-platform, beyond desktop OSes.[/QUOTE] Hey, just to be clear, C# is more portable than you may think. People even use C# to create iPhone games.
[QUOTE=limitofinf;27148122]Hey, just to be clear, C# is more portable than you may think. People even use C# to create iPhone games.[/QUOTE] [url]http://monotouch.net/[/url] And Android too. [url]http://monodroid.net/[/url] Although the license costs a bit, it's still possible v:shobon:v
Everyone has told me to start with Java. But I would say C++, only because I am very biased.
[QUOTE=limitofinf;27148122]Hey, just to be clear, C# is more portable than you may think. People even use C# to create iPhone games.[/QUOTE] And even operating systems. :v: [URL]http://cosmos.codeplex.com/[/URL]
[QUOTE=Werem00se;27148333]Everyone has told me to start with Java. But I would say C++, only because I am very biased.[/QUOTE] Me too, but why Java? I find anything that was coded in Java very slow.
[QUOTE=HeatPipe;27148792]Me too, but why Java? I find anything that was coded in Java very slow.[/QUOTE] Java is actually the fastest interpreted language out there, the JVM has an excellent JIT compiler. Still slower than native code, though.
[QUOTE=DarkCybo7;27137080]I redact my latter statement.[/QUOTE] So you still hold to that idiotic first part?
With [url=http://unity3d.com/]Unity[/url] you can make games with scripts written in C# and release on iPhone, Windows or Mac.
C++ is a better language generally, to me.
[QUOTE=raBBish;27148312]And Android. [url]http://monotouch.net/[/url] Although the license costs a bit, it's still possible v:shobon:v[/QUOTE] I think you mean [url]http://monodroid.net/[/url]
Try out both language, but I prefer C# for now while i'm trying stuff with c++...
I do like how in C++ you can use high and low level features. Or can that be done with C# also?
[QUOTE=Werem00se;27151714]I do like how in C++ you can use high and low level features. Or can that be done with C# also?[/QUOTE] you can use unsafe{} with C#, which allows you to use pointers and other lower level features. [editline]e[/editline] Typo.
Not C++, but it does allow pointers with a syntax equal to C++.
Sorry, you need to Log In to post a reply to this thread.