Hi Kurt Gödel,

As others have said, a more common and current language is useful.

Meanwhile I started with the C language. OK, OK, I really started with assembly language ... don't do that! While it is good to know how microcode is constructed and how instructions are formed in an Arithmetic Logic Unit (ALU), it is one of those things which is additive to your overall knowledge.

With C, I've found that Java, Python, Tcl, C++, C#, Objective-C, and many variations are all within my reach. The structure of C lends towards what most of those other languages do.

Don't limit yourself to a single language or limitation. Don't rely totally on auto-IDE creation of projects. Let that start you, but learn how to write the code to do something. Let the IDE and graphical editors allow you to draw beautiful looking pages, buttons, widgets, screens, etc, however do not fail to learn what the code needs to do, to accomplish what the program goal is.

Meanwhile, ... OK fine, program video games. Bear in mind that all of life is competitive. JJJCR makes a point about what you want to do, and also seems to cover what you may need to do. I.e. Do you need a job and a career? Well, your career may not always turn out to be exactly as "cool" as you'd like it to be. Sometimes you have to start to crawl in order to walk and run. If you really, and truly wish to program games, then get a job at a gaming company as a programmer. They are no more or less special than people who program other stuff. I'm not trying to insult, just telling you to keep your perspective open about what you may do for jobs in life.

I used to work with a much older guy who was quiet, but when you got to know him, his career was very interesting to me and my peers. He used to live and work in Florida, back in the 50s and 60s. So he worked for NASA, which we felt was cool. He also worked for Disney or a company who served them, and he did the eye blink algorithms for the animatronics that they used. Sure, that's all very old stuff, but back in the day, it was as cutting edge as what we consider to be the cutting edges of today. You never know what opportunities are there unless keep your perspectives open.

don't forget about that the 100 lines of code you just wrote then end up with one misplaced or forgotten bracket

There's an earlier thread on LQ about this language:

https://www.linuxquestions.org/quest...ge-4175432487/

The conclusion is not especially promising:

Choose a "small" language - one where you can do a lot without having to learn the details of thousands of potential importable modules to achieve a sensible result.
If a language doesn't have a built-in basic "print" option, then it it isn't suitable as a first language.

Why not learn a script language such as BASH - it contains the basic programming constructs and will always be useful on Linux.

I'm afraid that a logic programming language like Goedel (or Prolog before) wouldn't be easy to use in application software. I am not computer professional my self, however I know that all my professional friends used C or C-like languages. I have friends that worked with Prolog in university environments (expert systems), not in production companies.
Furthermore, I think that this language has little to do with the mathematician Kurt Goedel. It is perhaps just named in honor of him.

I think our Moderator rtmistler and others is true. It is better to select a more common language well supported and documented. Simple games can be made in many languages, even BASIC. Big complicated games need teams of programmers to work into. The most important is to develop the game content, a content that will make your work to be distinguished from other games. This isn't easy at all. I mean, the technical aspect is just one of the aspects but not the only one.

As others have pointed out, the place to start is to define what you want to accomplish, then choose an appropriate language.

Other than the name itself, what are the reasons that you want to use Gödel language? If the name is the primary reason then you have set a difficult task for yourself as that is very little context within which to learn new concepts! ;)

You have said that you want to write game programs, but that is still a very broad category!

The basic problem of all programming is how to organize your code, both functionally (data structures, flow control) and within the development environment. OOP, Object Oriented Programming is one very useful set of methods, there are others. Different languages will have differing levels of built in support for OOP concepts from none to everything, but that is really only a help or hinderance if the programmer is thinking in OOP! Similarly for other programming paradigms.

But the very first thing that you must do is learn the basics common to all programming: Variables (data), functions (actions on variables) and I/O (what goes in and what comes out). And the very best way, the only way to do that is hands-on.

So set up a system to play with, pick a language, any language, and begin your initial work with a few "Hello World!" examples written for that language - you will always find them! As others have suggested, start with a current, well supported language which will mean many others ready to help! Python seems to be a popular choice these days and provides an interactive shell which is a great learning environment. Others good places to start and well supported on any Linux platform are C/C++, PHP, Perl... lots of choices! But pick one and stick with that one until you are able to write simple programs - switching languages daily will hurt more than help in the early days!

Good luck!

@OP: Try this: https://scratch.mit.edu

Yes it's quite tiring, trying to find a lost single bracket. I used Notepad++, it seems quite good in finding missing brackets.