Hey Guys.

I'm a programmer myself since a year and I have the big problem that I have to use a very oldschool programming language named xbase where I currently work. I have a dream to make my own game. I researched what would be the best programming language for the game I want to create, but I can't really decide what to use. ( There are just to many options out there. ) And because I need and want to learn the Language it's a longterm choice for me.

Some infos about the game and the requirements i have for the language:

- Crossplattform title ( Android, PC-Client, Browser )

- a Tribal Wars like buildingsystem

- Fast processing for fights with some calculations ( Stone, Paper, Scissor unitdesign and damage distribution )

- 2D or 2.5D game

- one server and x clients that exchange data nearly at the same time

- fast database connectivity would also be nice

Languages I looked at:

-Java

- C#

- C++

- Rust

- Haxe ( as a multilanguage toolkit )

- Unity ( as a Toolkit together with C# )

Thanks for the help,

Nyhmus

Check this: http://www.gamedev.net/page/reference/faq.php/_/for-beginners-r1

For your requirements I would recommend Unity/C#, with the caveat that you'll need a plugin to handle the networking. Ideally one that you pay for, which handles the server-side hosting and work for you, otherwise you're in for a hard time.

If you want to run in the browser, C++ is pretty much out of the question. Unity and Haxe will export to HTML5 so they can work. I don't recommend Haxe personally, though. It feels like too many layers of indirection, and therefore lots of different bits can go wrong. You can also program games in pure Javascript (eg. with http://phaser.io/) but running them on the desktop is a little trickier.

Russian is a good language and you can definitely write any game you want if you know Russian and practice really hard.

??? ?????? ? ?????????? ? ??????? , ? ???

If you want to run in the browser, C++ is pretty much out of the question.

We're getting old, aren't we? :p

If you want to run in the browser, C++ is pretty much out of the question. Unity and Haxe will export to HTML5 so they can work.

Unity is written in C++ and in order to run in a web browser the code is compiled simply by using the free and open-source Emscripten compiler (basically a heavily modified Clang) to generate optimized javascript rather than binary machine code.

For HTML5 development I highly recommend C++ and Emscripten using SDL (1 or 2) or OpenGL. Emscripten will take care of the rest and generate the Javascript to run using either HTML5 canvas or WebGL.

If you can write a normal desktop C++ game, I can't stress how easy it is to make it work in a web browser with this tool, you literally just replace the command to g++ or clang++ with em++ and that will output a .html, .js and .mem file.

Give it a go. It is a much lighter solution than Unity and Haxe: http://emscripten.org

As a "longterm" solution. Honestly I personally find only C and C++ can be considered. .NET is nice, so is Java but if I want my software to run with minimal changes in 20 years, I would only really pick C or C++. I cannot possibly maintain a certain version of Java or .NET virtual machines myself.

Between Unreal or Unity, I would pick Unreal for longterm work because Unreal uses standard C++, the source code is available. Whereas Unity uses an old obsolete version of .NET and is closed source so you cannot attempt to maintain it yourself (Hopefully by the time Unity disappears however, my project will be complete enough to step in and pick up the slack ;)).

I prefer Java myself, it's inherently cross-platform because of the JVM. Java runs on basically anything. "Write Once, Run Anywhere". It's a very simple language to learn, and with a good knowledge of its core classes you can write games very easily. Not to mention the many libraries and frameworks available to use if you so choose to.

I'm not one to use engines for projects. I like to get in the nitty-gritty of my work and learn as much as possible. My way of developing, granted, is quite a bit slower. However I feel you gain a larger amount of knowledge for following this path, which in my opinion, creates a better programmer.