Visual, How Visual is Visual?

This forum is currently in read-only mode.
From the Asset Store
This music pack covers differents situations for visual novels, anime games and many more!
  • And, from what I can gather, most of you are not even programmers, yet, for some reason you are attracted to the use of non-descriptive and counter intuitive terminology and structure. Many of you admit that you have failed to grasp "modern" programming languages, and that is why you have come here to learn Construct - which maintains that same programming paradigm that has given you such fits. Quite a dilemma for you, I should think.

    It isn't the names for stuff that was confusing, it was the crazy syntax and unwritten rules about how the code needs to be arranged, and lots of that underlying stuff that Ashley mentioned. All the random symbols everywhere interspersed with the text of the code, the way the code needed to be formatted, etc is what threw me off. The concepts I understood easily. Getting them to work, I did not.

    [quote:56igxqot]This statement assumes that because the industry uses this standard of terminology that it automatically makes it the "best and most suitable". For whom, I might ask?

    People have been using the concept/term "variable" for at least hundreds/thousands of years. If you'd rather call it something else, then you have an issue with the very concept of language itself. Not even Einstein could have convinced the world to change the name. It's literally like claiming that the word industry isn't descriptive enough and deciding to call it something else. Then when you use your new made-up word everyone looks at you funny and has no idea what you're talking about. That's how language works.

    [quote:56igxqot]And those of you who think you need to be proficient in advanced mathematics to make the simple things found in today's AAA games...

    Right, because shaders and rendering and physics and real-time ambient occlusion require no advanced math at all.

  • Renaming Variable to remember would be counter intuitive because If you remember somthing it should be the same thing every time. Where as a variable can change.

    I dont understand why you think that Remember would be a better word for it.

    And learning a programming logic is not hard what gets you is the syntax and even then its really only advanced stuff that get really complicated and hard to wrap your head around.

    The more I use construct the easier it is for me to program and the more I program the easier it gets to use construct.

  • Try Construct 3

    Develop games in your browser. Powerful, performant & highly capable.

    Try Now Construct 3 users don't see these ads
  • Guys , let's stop this argument.

    It's fairly obvious Psmith wants to use this but doesn't know how , and is supposedly a failure on our part and not his , and since he does not understand simple concepts a 13 year old can understand (Je suis treize ans , aussi) he must have it his way and no-one elses.

    Honestly, come the fuck on!

    What is so hard about variables? Exclusion? Z Depth? Function?

    I must say they are fairly obvious. What do you think EXCLUSION means? Oh , possibly excluding , but probably not. Z Depth? Oh , how about depth on the Z axis? Function? Oh , well if you have even gone near standard grade maths , you should know about functions.

    Christ , the ignorance of this person bewilders me.

  • Locking, very silly argument.

  • Psmith... perhaps you haven't received the warmest of welcomes here, and for that I am sorry. But it seems you've been struggling with this issue for some time:

    http://game-engine.visual3d.net/forum/s ... .php?t=941

    http://www.blade3d.com/Default.aspx?tab ... sts&t=1394

    Perhaps it's time to take some of that advice to heart... either learn the tools, or find a partner who can do the coding side of your project. Better that, don't you think, than pining away at the lack of "artist friendly" tools? Instead of scolding the creators of various software companies for not sharing in your vision of an artistic utopia where no code shall be suffered, spend your time seeking a solution to making your game. If you stubbornly refuse to learn, or stubbornly refuse to work with someone else, then you are your own biggest roadblock to making your game, not some perceived lack of proper tools or methods.

    Take matters into your own hands. Take responsibility for the creation of your game. Let go this notion that someone else must cater to you. Stubbornness will get no games made.

Jump to:
Active Users
There are 1 visitors browsing this topic (0 users and 1 guests)