Jump to content


Member Since 25 Mar 2005
Offline Last Active Apr 01 2017 12:42 AM

#5235337 Is it really as simple as read a book and then try to figure things out?

Posted by jacmoe on 17 June 2015 - 04:06 PM

@Nyaanyaa :

You have practiced critical and analytical thinking for years - mathematics and theories on the university level - so it should not surprise anyone that you find it easy enough to learn how to program.

You forget that important element when you jump to a conclusion. Your anecdote actually proves the opposite point, the point brought forward by Oberon_command: programming is so much more than theory, syntax and typing. It amounts to 20 % roughly speaking. The last 80 % is practical experience where critical thinking, problem solving, creativity and an analytical mindset is applied to each and every programming problem being undertaken.

Programming is much like modern mathematics where the real learning is achieved by doing (20 % formal knowledge, 80 % practice).

#5235007 Is it really as simple as read a book and then try to figure things out?

Posted by jacmoe on 15 June 2015 - 10:14 PM

It all starts with a strong desire to make a game. Then everything else has got to follow: learning a programming language, some content creation tools (Blender, Krita/Gimp/Photoshop), storyboarding, whatever.

A strong desire means that you don't mind putting a lot of hard work into it.

If not, then the desire is not strong enough and you will not succeed.

#5234432 C# becoming obsolete ?

Posted by jacmoe on 12 June 2015 - 06:12 AM

I programmed in Delphi for a couple of years and loved it.

Programming graphics, and later games, led me into the murky mires of C/C++.

I was thrilled to hear that Hejlsberg was brought in to create a new language called C#, he did an awesome job with Delphi. And he did not disappoint.

However, the surrounding .NET framework has never appealed to me, especially since I don't like to be married to Microsoft/Windows.

It is a pity that Mono was so badly handled but let's see how it goes now that MS has opened the source code.


Bottom line:

Some of the technology around C# will definitely become obsolete and replaced by something else, but C# is a very good language so it will stick around.

#5234093 IDEs vs editors

Posted by jacmoe on 10 June 2015 - 11:21 AM

You are entirely out to lunch Graelig.

It's a pity that you can't figure out how to invoke nmake from the shell and that CMake is giving you a hard time and that you find it difficult to function without an IDE, but I guess you will survive. smile.png


You are asking why I would like to not use an IDE, and the reason is that it is much, much faster to just fire off a batch of commands instead of opening the IDE (takes a while to load), load the solution and all projects (takes even longer to load), wait for intellisense to do it's parsing, and then finally activate the project that you want to build, select the right configuration and hit build. Whew, that's a lot of waiting and clicking, isn't it?

Of course, when you are coding, then an IDE is great, because then you actually need the intelli-sense and the nice UI. Not when you just want to configure and build the damn thing. :)


I am not off-topic: if you are using an editor for programming then you need to call the build tools (nmake/make) from the shell. Could be Emacs, Sublime Text, Notepad++,..

Code::Blocks (which is an IDE) does call out to MinGW or Microsoft's build tools too, it's not as obvious as when you do it manually.

#5233782 CMake for ogitor

Posted by jacmoe on 09 June 2015 - 06:56 AM

Try and see if deleting the CMake cache and reconfiguring does the trick.

Ogitor does use Ogre default branch (1.10) but the error you are getting suggests that CMake is having some internal hickup.


It does not use Ogre default - it uses Ogre 1.10 wink.png

#5233781 CMake for ogitor

Posted by jacmoe on 09 June 2015 - 06:54 AM

Don't worry about the pkg stuff in the output.

#5233776 CMake for ogitor

Posted by jacmoe on 09 June 2015 - 06:46 AM

Ogitor doesn't using MinGW at all. I would be surprised if it built with it. :)

What version of CMake are you using?

The scripts needs at least CMake 2.8 but you ought to be using 3.x which is much better.

#5233640 Game in pure C99

Posted by jacmoe on 08 June 2015 - 03:46 PM

Slightly off-topic, but there aren't many game engines based on C99 out there..

I've managed to find two, however: DarkHammer and Corange.

Have been meaning to do some game programming in pure C for quite a while now.. :)

#5233239 Re-getting into C++ again

Posted by jacmoe on 06 June 2015 - 05:02 PM

I think the best way to get into anything is to pick something that "forces" you to use it a lot :)

So, considering this is a game development community, pick a game engine/framework that is written in C++ and go nuts.

It doesn't matter what kind of project you choose - pong or a simple RPG - as long as it manages to make you program in C++.

#5233017 How do i approach game design and development as an artist?

Posted by jacmoe on 05 June 2015 - 02:24 PM

For some reason there are so many programmers on the lookout for talented artists so you would definitely not be useless even if you're the one with the ideas.

I think probably it makes more sense to let the artist carry the ideas forward instead of a programmer (we are way too nerdy :P)

#5233010 What is your opinion about the Godot engine

Posted by jacmoe on 05 June 2015 - 01:51 PM

I think it is still far from Unity.

Thank God for that! smile.png
I am growing increasingly sick and tired of Unity here and Unity there.
I have little against Unity per se, but it is tiresome that it is recommended all over the place, as a general rule.
It seems to be the WD40/Duct-tape of game programming.

And everything gets to be compared to Unity.

I also find it interesting that the Original Poster does not have any opinion on Godot..

If I weren't entrenched in my own engine and toolset using Ogre3D/Ogitor, I would definitely be using Godot.
I am not kidding. It came out of nowhere and has source code (great license!) and scripting and tooling and what more do you want?
It is also cross platform in practice, and that is a rare thing.
People are complaining about GDScript but I don't understand why Godot can't have a custom scripting language of it's own.
Instead of - like countless others - shoe-horning Python/Lua/Whatever. That feature is a plus in my book.
Not that I will be using it much because I am a hard-core programmer (of course) not a script-kiddo. tongue.png

Godot is better than Unity in my opinion: source code, not commercial, scripting, visual editor but still hard-core code access for programmers bearing a beard.
And the language is C++, a great plus for me.

Which is my point:
Engines is a bit like fruit.
Do you like apples the most, or do you prefer pears?

One of the features of Godot that I especially like is that it doesn't take itself too seriously.

#5232425 how to learn c#

Posted by jacmoe on 02 June 2015 - 12:26 PM

I know why, but I wish you were a bit more confident; trust your instincts! smile.png

I am not saying that you shouldn't seek advice and ask questions. Go ahead and ask.


If a book inspires you to learn, and you think it is well written and covers what you want to learn, then that book will definitely help you.

What I think is a good book will not necessarily be a good book for you.

If a book makes you excited, then that book is good. laugh.png

#5232376 graphics programming with C++

Posted by jacmoe on 02 June 2015 - 08:07 AM

A better question is why you think you would need to learn Win32 at all.

I agree fully.
A good programmer does not want to reinvent any wheels unnecessarily. Therefore it makes good sense to use third-party libraries of good quality.
I am also using Qt, but I would use POCO instead if my current project wasn't user-interface centered.
Or perhaps a leaner UI library if my project only calls for window/widget management.
Win32 was cool 10 years ago; we have moved on. There are better ways. Even WTL. smile.png
A better use of resources would be to program a bit in assembly code. (And then stop using it) That will teach you useful things about registers and memory management that will help you out in day to day C++ programming.

It doesn't hurt having knowledge of win32 programming, but you won't be writing any 98% of the time, provided you are mainly a Windows programming guy.

#5232374 how to learn c#

Posted by jacmoe on 02 June 2015 - 08:00 AM

Md4friends: you really should work on your critical thinking.

If you like it, then it's good.

#5231865 how to learn c#

Posted by jacmoe on 30 May 2015 - 12:34 PM

MSDN, and Microsoft in general, is the place to go if you want recursive documentation, link loops and layers upon layers of almost-there information about a topic..

That's probably why more people don't do that. wink.png


Sure, there are bits and pieces of something that is truly useful, and it often pays to visit the source, but more often than not I quickly tire of juggling back and forth between versions and sections and links pointing to one another.

Too hit and miss for my taste. It's a pity.


I totally prefer a good book.