Thinking like a programmer
#1 Members - Reputation: 101
Posted 22 March 2011 - 06:25 PM
#3 Members - Reputation: 744
Posted 22 March 2011 - 06:41 PM
#4 Moderators - Reputation: 14300
#5 Members - Reputation: 239
Posted 22 March 2011 - 07:17 PM
#7 Members - Reputation: 689
Posted 22 March 2011 - 07:48 PM
During that endless loop, reading some kind of good books on design patterns and refactoring may help you too.
http://www.cpgf.org/
cpgf library -- free C++ open source library for reflection, serialization, script binding, callbacks, and meta data for OpenGL Box2D, SFML and Irrlicht.
v1.5.5 was released. Now supports tween and timeline for ease animation.
#8 Members - Reputation: 101
Posted 22 March 2011 - 11:08 PM
I am not sure how someone cannot think like a programmer after becoming fluent in a programming language. I guess you could try looking at things and thinking how you could program how they would work. Like if you see something swinging think about the algorithm you would use to make something do that. Or if you see a math equation think about how you program that to work out. If you are into game development, think about how you could create something you see and what kind of methods you would use. Other than that I think it is something that would just come to you with the more time you spend programming. I can't help but think like a programmer all the time and sometimes it is annoying. The reason I say annoying is because if I see something and get an idea, I cannot stop thinking about it till I get it down on code.
im talking about how to go about doing something. I wanna write a game:
so i first think ok the game needs :
graphics,
sound,
physics,
user input
etc.
after that its a blur, on how to do go about putting everything together
#9 Members - Reputation: 293
Posted 22 March 2011 - 11:31 PM
A lot of people, including myself, describe thinking "like an engineer" or "like a programmer" as being able to sort of "feel" a problem and visualize its parts as well as possible solutions instead of the mathematical approach they tend to teach which is very paper-oriented and manual -- focused largely on canonical forms for things and "rules" rather than organic and creative design and problem solving. Its a peculiar ability, to be able to sense the scope and details of a project as if it were a physical object with parts which can be removed and moved around. Honestly, I don't think it is related to the knowledge of any language or method in any direct way. This is also why I tend to think that design based technical fields are not so mathematical and structured as many believe or would teach you -- rather there is plenty of room for creativity and organic development though it manifests differently than painting a picture or writing a book. Sorry for rambling, just my quick $0.02
#10 Staff - Reputation: 9020
Posted 22 March 2011 - 11:37 PM
Unfortunately, that is something you'll really only get a good handle on through experience. Choose an approachable game idea -- if this is your first game I would recommend something reasonably simple such as Pong or Tetris -- and set about trying to make it. Make sure you create a complete game, including the actual gameplay, menus, high-scores, pause screens, etc. Along the way you'll be forced to come up with ways to approach putting the whole thing together, and can ask for help or feedback on the areas that you can't figure out or where your own solutions seem sub-optimal.im talking about how to go about doing something. I wanna write a game:
[...]
after that its a blur, on how to do go about putting everything together
Learn by doing. Hope that helps!
- Jason Astle-Adams.
From my blog: 20 ways to advertise your game | What next? Intermediate to advanced C++
How to make games WITHOUT programming | 4 reasons you aren't a successful indie developer
#11 Members - Reputation: 1707
Posted 23 March 2011 - 01:47 AM
Thinking as an engineer comes with practice, but sometimes I feel it's really a gift. I've seem so many people totally puzzled and stunned when facing a simple logical problem. I had no problems with that, because I played Lego and built stuff since I was 5...
So just make stuff and you should be fine.
#14 Members - Reputation: 873
Posted 23 March 2011 - 03:26 PM
There is also no single way to program or solve a programming problem. Anytime someone says this is the "right" way to do something, you should be secptical, because right is all in the eyes of the beholder. The same goes with the "best language" arguments.
The question you should be asking yourself is; "If someone gives me a problem to solve in code, can I?"
#15 Moderators - Reputation: 5309
Posted 23 March 2011 - 03:35 PM
#16 GDNet+ - Reputation: 438
Posted 23 March 2011 - 11:47 PM
For example my lunch today was a double cheeseburger with 128 french fries and 1 liter of cola. Then I brushed my teeth using 512 strokes, smoked 4 cigarettes, and was ready to code for several hours.
#17 Members - Reputation: 158
Posted 24 March 2011 - 07:49 AM
(A more serious answer might be: Most programmers think like programmers. Instead of being like everyone else, learn to NOT think like you're trapped in your specific problem domain. This is how you develop unique ideas).






