- Joined
- Oct 31, 2008
- Messages
- 341
- Reaction score
- 294
C++ is never a good way, and just even remotely claiming so, means you don't have a clue what you're doing.
Well I belive u and I'm sure u know what u talking about.
Join our community of MMO enthusiasts and game developers! By registering, you'll gain access to discussions on the latest developments in MMO server files and collaborate with like-minded individuals. Join us today and unlock the potential of MMO server development!
Join Today!C++ is never a good way, and just even remotely claiming so, means you don't have a clue what you're doing.
C++ is never a good way, and just even remotely claiming so, means you don't have a clue what you're doing.
telling someone that "thinking that means you don't have a clue what you're doing" isn't particularly constructive nor convincing.
What is so bad about C++?
Well this is all coming from the guy who said "There are no such thing as language specific problems now with the invention of Google" (not a direct quote), So I am interested in his reasoning.dont feed the troll
You must be new here.telling someone that "thinking that means you don't have a clue what you're doing" isn't particularly constructive nor convincing.
Just about everything. It's not even worth trying to explain why, since anyone with the slightest experience with software development, would attest to that C++ is a terrible designed language.What is so bad about C++?
Oi, trolls gotta eat you know. It's not polite to let them starve.dont feed the troll
Except the entire language. And most of the standard libraries.There's nothing bad in c++
No, C++ also requires a standard runtime library (STL), it just happens to be either default by the OS (much like .NET), or distributed as part of the installation (like .NET 8 years ago)The difference is the way it's compiled, C# need platform cause it's compiled to CIL, C++ can be executed by os without any external frameworks (mostly).
This doesn't even remotely make sense.In C++ you can choose from many methods of writing.
Actually you do, but from a meaningful perspective. Pointers don't automatically improve your performance, and ref counting is just a simpler alternative to a proper GC.You don't have to care about memory and some other things - true.
Explain to me again, why you need inline assembly to write a I/O server?But for example what would you do when you would like to work with asm in c# ?
Clueless people tends to argue over what language is best. Intelligent people argue over language design, and real-world applications (of the language).I don't understand why some people like to argue which language is the best...
You don't pick a language. You pick a technology. And you pick it based on intelligent decisions, mostly made on how easy it is to develop and maintain.There are 3 criteria when you have to choose language for your project: what platform, how much time do you have, what performance do you need.
Except that C++ is pretty much always the wrong tool."There's no difference which tool you are going to pick as long as you know how to use it" and imho he's 100% right but I would add "If noone will have to use it except you"
My bad, C++ is high lvl language of course..No, C++ also requires a standard runtime library (STL), it just happens to be either default by the OS (much like .NET), or distributed as part of the installation (like .NET 8 years ago)
I mean (google translator says: ) C++ is multi-paradygmatic language.This doesn't even remotely make sense.In C++ you can choose from many methods of writing.
We're using very often HAL which is written in C/C++ so I wonder if you can propose something what is not sux for future projects (just offtopic question now).Except that C++ is pretty much always the wrong tool.
There's better languages offering you all the strengths of C++, without all the poor language design problems.