UE4 has Blueprints for it’s scripting environment built in. People in the community are making plugin’s to add C# etc.
The Unity core is not written in C#, it’s in C/C++, they exposed the public API via a C# wrapper. I don’t have the latest benchmarks on just how much slower C# is than C++ these days, but with anything but a toy engine the performance hit you’d take by writing your entire engine core in C# is not going to be acceptable.
I’m glad they haven’t layered on any other kind of ‘scripting’ - C++ is where it’s at and my years of learning that won’t go to waste. C++ is fast, and direct access to the source code is a dream come true for coders. Learning C++ was also rewarding (though I should point out I’m now rusty with it and I still had much to learn on more advanced topics even back 10 years ago when I wrote my own simple D3D8 engine before I tacked my own game engine onto Irrlicht).
I am totally with you.
C++ is the language to go for if you are interested in:
e) beauty - yes! it is beautiful language which so much possibilities that no other (current) language can compare or even come close to.
And may I just say that gaming industry is the industry where every “tick” matters and C++ is simply unbeatable where it comes to performance.
If someone asks me why do I prefer C++ over anything else I simply reply:
If I have a choice between ferrari and ford fiesta and the likes why on earth would I choose anything but ferrari?
And just to post short disclaimer:
No modern language compares favorably to C++, in any respect really. C++ is the most powerful, the most flexible modern language, and now after getting updates and hard work from ISO commitee and new C++14 update on horizon and another major update foreseen for 2017 this is simply the language every professional game programmer should go for.
The main problem with C++ is that programmers think too highly of themselves, run out of talent, and introduces multiple memory stomps that other guys have to spend time tracking down and resolving.
I do believe C# is the future going forward without a doubt. But for now, C++ is still king of performance and memory management. I think it’s a great idea for the core of the engine to be written in C++ but game code can be higher level (byte code, etc)
Where Epic Games went wrong in the past was UnrealScript. Which kept me away from UDK. It couldn’t be debugged, couldn’t rapid prototype, took awhile to compile, etc. It had all the disadvantages of a scripting language and none of the bonuses lol
I wouldn’t necessarily say that they went wrong with UnrealScript. It was a language that was a bit more straight forward than quite a few languages. Also because of UnrealScript, I was able to jump right into the C++ code quite comfortably. I would be quite lost if I didn’t practice UnrealScript before UE4 came out.
I worked on a project where we had Unity source access, indeed it is written in C/C++.
Ideally there should be some mechanism to use whatever scripting language you want beit LUA, Python or whatever.
I disagree that C# is the “future” though - it’s pretty much tied to Microsoft and we’re seeing less MS popularity not more.
C# isn’t tied to Microsoft. Unity for instance, uses Mono.
And don’t get me wrong, I got my modding start in UnrealScript as well with Unreal Tournament. However, back in those days Epic Games provided some C++ source as well. Mods could provide DLLs etc. And it wasn’t gimped like the UDK version, the native DLLs were directly tied into the engine (unless my memory is failing me). I stopped modding somewhere around UT 2004 and went into games industry where we able to use a debugger with UnrealScript. But the community didn’t get the debugger with UDK for whatever reason (only licenses).
I love the decision to go with C++ for many reasons: less of a divide between some “game code” and “engine code”, a great world of tools to work with/test/debug C++, so many external libraries for niche hardware devices and sensors, bringing all the skills already learned along, and for new users the ability to use general (stackoverflow) information to understand language issues… I could go on
C# on the other hands has memory leaks and you simply have no control over them. C++ gives you power. With that power comes responsibility.
And you know it is not that it is easier to write non - leaking programs in C#/Java - simple example, file management:
In C++ if you use memory management technique called CADRe or RAII - (Constructor Acquires Destructor Releases ) then you put opening file code in constructor, releasing that file to memory in destructor and your done. No more worrying. In C#/Java you have to actually manually close every file you’ve opened. So how is this for easy / hard.
And guys, don’t fool yourself that working with C#/Java is easier than with C++.
It is like with toy tools and real tools really. It is much easier to build castle from sand than real castle but after the work mounts up, you realize that only real castle is actually livable. The sand one is unusable.
C# destroyed Visual Studio. Once my beloved IDE, now I simply cannot look at it.
Average studio these days utilize C# for Tools at the very least. Out of all the issues I’ve seen over the years in C# memory leaks has never been one of them
Now I have seen some C# apps accumulate a lot of memory and then it becomes a little trickier to find out where the memory is going due to the lack of a sizeof operator on managed objects. For those cases I hookup a profiler to see where the allocations are going
UnrealScript was the wrong choice indeed. It’s slow (20x slower than C++) and C# is way more powerful. I wound’t say that C# is the future of game programming, but its very good. I prefer C/C++ as a programming language, C# is the second best.
The “easy” transition from UnrealScript to C++ is because they rely too much on their macros, which makes it very similar to UnrealScript.
Well, there is garbage collection for Unreal C++, which essentially solves memory management issues. Or at least doesn’t make it any harder than any of other languages with garbage collection.
Most daunting thing in C++ are pointers. It’s sometimes wery hard to decide whether something should access trough pointer or just directly (whatever it is properly called). I guess for seasoned C++ programmers is no brainer. But for everyone else, even if they understand concept, it still might be hard call to make, which can lead to issues like “why it compiles and does not provide results I expected”.
Other than that I don’t really consider C++ to be much harder than any other language. I would call some of it’s elements to be annoying to say at least. Like headers or macros.
UPROPERTY() could be solved in more elegant way in C# by using attributes [Attribute], but to make C# implementation on pair you would need ability to compile C# to native code. Which… Was shown on BUILD recently .NET Native. Though it is not multi platform, so it is not solution either.
I honestly don’t see a reason to use managed languages or worse dynamic interpreted languages.
What we need is native language with manual memory management and garbage collection. Which… As matter of fact exists. Like D, or M# (this is bit of convoluted by Microsoft worked on something that should replace C++, for native programming).
Well nothing really wrong with that. If you tried to code game in CryEngine, where they don’t use macros, custom compilation tool-chain and rely on STL, you would now build altar, temple and shrine to Epic Coders who invented this entire thing, and you would make sacrifices every day to thank them :D.
We are talking games here not tools. It does no harm for word editor to be written in C# (although Office is C++). On the other hand it does damage for game. And as I’ve said previously. C# isn’t even good for IDE. Visual Studio since they went with C++ is slow and very hard to work with large code bases.
I definitely stick with C++.
Like many, I’ve worked with C# in Unity in my spare time. Memory leaks is not something you find discussed on their forums. Was never an issue for my game there (I’ve been registered at Unity forums quite awhile under this same handle)
 I just searched their forums right fast and all the posts under that topic appear to be many years old