Jump to content

  • Log In with Google      Sign In   
  • Create Account


Member Since 16 Feb 2012
Offline Last Active Jul 28 2015 05:34 PM

Posts I've Made

In Topic: Can game development excel with abstract concepts?

27 July 2015 - 06:03 PM

Even if i caught the bug 1/10th down the cycles thats still 160,000 steps/clicks. Just thinking of stepping that many times exhausted my brain immediately. So it meant i would have solve it without data or visual feedback - which is close to (though not quite) solving an abstract problem. Well i never did find the bug.


   Well if your assumptions are correct, you have technically already found the bug, but haven't found the cause or fix. I do not understand why debugging through this problem would require so many steps. So you should be able to attach a break point at certain locations so you don't have to walk through so much boil plate code. You may want to consider your tools as part of the issue as well.




The question i was asking myself afterwards (and like to ask others) was would game developers be able to develop successful algorithms if the concepts are abstract? This should still be valid for all ends of the development spectrum in fact moreso for experienced developer


I don't think video games is the place for theoires and abstract algorithms unless it is your hobby. On a professional level I believe this idea would be scrapped for something more sound and realistic to bring in revenue.




For instance recently i was iterating through the pixels of some bitmaps (400X800) using nested loops and doing some calculations during the cycles. During one of the cycle something broke To find the root cause I would have put at least 5 break points and to step through with the debugger. That meant i would have to click 400x800x5 (1,600,000) times or less!!!


I believe you would have to click "400x800x5(1,600,00) times or more". You would most likely miss this issue the first time you debug this. Debugging isn't about locating the issue the first time but reproducing the issue then fixing which usually takes more than one try.




And do real abstract problems exist in game development?


I imagine they do, but why would you want to do that? Programming isn't about being abstract... excepting the OOP sense of abstract. Software either it be video games, web severs, or mobile apps  should be easy to read, perform well, and be scalable. Coming up with an abstract concept and putting it into simple development steps, well that is probably as close as your going to get.




I can see these debugging methodologies clearly now. The disadvantage of a lone wolf like me is i am developing a software that a in a company a team of probably 5-10 programmers develop(where ideas are shared, burden is distributed but i don't have that luxury), so one person doing the job of ten developers, the consequences are that a lot of times, under intense pressure, my brain is exhausted, my eyes are clouded and i see less.

Well you learn everyday


I wouldn't compare your skills to 5-10 programmers for many reasons. I don't think you understand how big a project a team of ten developers can create.

In Topic: Too clever...?

19 July 2015 - 11:28 AM


static inline int findToken(const int firstIndexInclusive, const int lastIndexExclusive,
                     const std::string string, const std::string oneOfChars) {

    unsigned long stringLength = string.length();
    if(firstIndexInclusive < 0){
        return -1;
    if(lastIndexExclusive > stringLength){
        return -l;
    if((lastIndexExclusive < firstIndexInclusive){
        return -1;
    //searching for occurence of any of the 'oneOfChars' here
    return 0;

I don't program too much in C++, but I believe your code is decently readable. I  would do something like what I did above as your conditional statement was the most difficult piece of code to read. Since you used a bunch of "OR" operations within the conditional I believe you could break that into separate statements for better readability.


I am not entirely sure why you return -1 and 0 but my assumption would be for true/false. If that is the case couldn't you return a Boolean value instead?


Also, you could look at other source code for inspiration... Program into your language not in your language. Just a thought.



In Topic: Hello World

19 July 2015 - 08:28 AM

System.out.println("Hello Istranion");


Welcome fellow Java developer.

In Topic: Finally starting

10 July 2015 - 08:37 PM

I don't know anything about Joint2D or really anything about the Unity. It has been sometime since I have worked Unity with when my skills were much more amateur.


But from looking at this: http://docs.unity3d.com/ScriptReference/Joint2D.html


It's maybe that the features you are looking for are not within this API, which means you would have to code these yourself unless you are able to work with what you are provided to get it to work. I believe the first part of the tutorial is great for a new programmer or getting aquinted with the Unity software, but I believe you may need to step down a bit, and understand classes and objects a little more so you can added theses specific features yourself.


I know is not what you probably want to hear, but I am just being honest.

In Topic: Hello GameDev

10 July 2015 - 06:28 PM

Aww man, I was hoping for a literal atheist's bible.




A programming language is a programming language to me, I just happen to use a lot of java for work and Android Apps. I like the saying "program into your language, not in your language."


I don't know any game engines written in Java, but Java is unique in the sense it can run on any platform becuase of its JVM. However, that wouldn't produce the best results for a game engine in certain aspects. But look at Minecraft... it was written in Java and it has done well.