Why Construct is revolutionary

0 favourites
  • 7 posts
From the Asset Store
Casino? money? who knows? but the target is the same!
  • Ever since I started learning Construct, I've gotten this weird feeling of it being something new that is really going to revolutionize things.

    However, I have really struggled with my skepticism around Construct not being as good as writing "pure code". Today I understood why it doesn't matter. Because at the very core coding is essentially building logic. And Construct can do that just the same, but with the joys of a graphical user interface. Construct does to coding, what Windows did to Ms Dos. The graphics make it easier to stay organized, avoid mistakes and understand complicated projects.

    Insisting that Construct is inferior to plain coding is like insisting Dos is better than Windows. In some situations that might indeed be the case. The point is that for most tasks people would rather use Windows than Dos. And for the same reasons I prefer working with Construct instead of working with plain code.

  • For the most part I agree with you. It's style of programming has a lot going for it. It's a fantastic creation. I realized the same thing a few weeks into using C2. Yes it sounds kinda silly at first. "oh it's not a REAL programming language". But then like you the concept dawned on me. Logic is logic and it doesn't matter how it's created. In fact C2 style offers a massive benefit over traditional programming. It's near impossible to make syntax mistake. It's near impossible to screw up your code. Also changes to the root of object such as a variable name are GLOBAL. C2 is marvelous.... However

    What I don't agree with in regard to C2. How the logic structure is presented and organized. Personally I feel that an ES should be attaches to Objects. The ES then would naturally have base of self inference.

    So if I say create a LERP code of moving from the left side to the right side of the screen.

    I attach this ES-Lerp to a Sprite Object Instance(not the abstract Sprite object).

    Then the Sprite Object Instance will just do what the ES logic does.

    Doesn't sound like a big deal does it. Well wait. Follow this

    Attach ES-Lerp to a Text Object. Then the text object moves to the right.

    Attach Es-Lerp to anything with an XY. and that anything moves left right.

    There are two important elements two this.

    1. This is how Behaviours work already. So personally I feel that ES should work as a Behaviour... hmmm

    2. Es Code is attached per object instances as needed. Rather than Object abtract. So I would like Objects to be a root with nothing in it except for the most basic elements of dimensions. XY, angle and WH scale.

    So except for how I feel C2 lacks good OOP and ES extensible structure. I think C2 is fantastic.

  • Ever since I started learning Construct, I've gotten this weird feeling of it being something new that is really going to revolutionize things.

    However, I have really struggled with my skepticism around Construct not being as good as writing "pure code". Today I understood why it doesn't matter. Because at the very core coding is essentially building logic. And Construct can do that just the same, but with the joys of a graphical user interface. Construct does to coding, what Windows did to Ms Dos. The graphics make it easier to stay organized, avoid mistakes and understand complicated projects.

    Insisting that Construct is inferior to plain coding is like insisting Dos is better than Windows. In some situations that might indeed be the case. The point is that for most tasks people would rather use Windows than Dos. And for the same reasons I prefer working with Construct instead of working with plain code.

    ARGH, it's all cool, but before windows, before ms dos, there where already PUI's. Already in 70's there was Xerox Park interface

    The real, unmatched even today in terms of depth was original gui created in the 1968 by Dough Engelbart. It was awesome, running on network, with bi-directional hyperlinks, no file formats only statements that could hold any type of data, no file chierarchy, video chat, desktop sharing, collaborative working and many more awesome features. It was incredibly and it's a shame pui's dumbed all of it down.

    http://youtu.be/yJDv-zdhzMY

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads
  • Ever since I started learning Construct, I've gotten this weird feeling of it being something new that is really going to revolutionize things.

    However, I have really struggled with my skepticism around Construct not being as good as writing "pure code". Today I understood why it doesn't matter. Because at the very core coding is essentially building logic. And Construct can do that just the same, but with the joys of a graphical user interface. Construct does to coding, what Windows did to Ms Dos. The graphics make it easier to stay organized, avoid mistakes and understand complicated projects.

    Insisting that Construct is inferior to plain coding is like insisting Dos is better than Windows. In some situations that might indeed be the case. The point is that for most tasks people would rather use Windows than Dos. And for the same reasons I prefer working with Construct instead of working with plain code.

    I admire your optimism but in reality Constuct 2, though a fine product, will never replace writing native code for an app. For example, if I write an android app in native code, I can add any ad-based revenue I wish, I don't have to rely on third-party wrappers, I don't have to wait for a feature to be supported, and I can perform quick bug fixes and recompile almost instantly.

    Then as a career, I doubt you will ever see want ads for Construct 2 developers at $100k+.

    Without code there would be no Construct 2 - Like it or not, all roads lead back to code.

  • Interesting parallels. I more or less agree,

    I wish the stuff that is not supported yet could still be implemented with a custom code editor.

    Or the visual system is expanded to the point it can handle just about any code, but that might get cumbersome.

    but then again that's why we have Linux. : D

  • I type faster than I click. The endless clicking and picking that goes with coding in C2 is the real pain.

  • lolga : Reviving year old topics is not really wise. For anything code related with C2 see the SDK

    winkr7 : https://www.scirra.com/manual/64/keyboard-shortcuts => can really help improving the workflow.

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