Why Construct is revolutionary

Discussion and feedback on Construct 2

Post » Wed Jul 23, 2014 8:54 pm

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.
B
9
S
1
Posts: 97
Reputation: 715

Post » Thu Jul 24, 2014 12:28 am

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.
B
92
S
18
G
9
Posts: 2,455
Reputation: 15,113

Post » Thu Jul 24, 2014 1:41 pm

neutrinox wrote: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
Image
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
My professional Royalty Free Music at Scirra Assets Store
--------------------------------
Specs: i5 2500, 16gb of ram, gtx 770, win 7, Focusrite Scarlett 8i6, Mackie mr8mk2, Alesis 320, browsing the net on chrome.
B
93
S
30
G
22
Posts: 1,987
Reputation: 20,203

Post » Wed Jul 30, 2014 4:18 pm

neutrinox wrote: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. :)
B
15
S
2
Posts: 229
Reputation: 1,353

Post » Thu Jun 25, 2015 2:09 pm

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
B
8
S
1
Posts: 5
Reputation: 364

Post » Thu Jun 25, 2015 2:39 pm

I type faster than I click. The endless clicking and picking that goes with coding in C2 is the real pain.
B
34
S
8
G
3
Posts: 169
Reputation: 3,305

Post » Thu Jun 25, 2015 2:56 pm

@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.
New to Construct ? Where to start

Image Image

Image Image

Please attach a capx to any help request or bug report !
Moderator
B
296
S
119
G
96
Posts: 7,332
Reputation: 71,306


Return to Construct 2 General

Who is online

Users browsing this forum: Yahoo [Bot] and 12 guests