GeneralThis forum is for non-technical general discussion which can include both Linux and non-Linux topics. Have fun!
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Reminds me of the code generator that I had been involved with. Without going into details, it allowed enterprises to create their own graphical controls to integrate into their own C/C++ and/or Java-programs. It's current or latest (or obsolete, I do not know?) version is here.
One concrete application was a launching customer's simulator that was basically designed in vector-graphics with a few variables that allowed moving things around on screen. In the design-software, you hit a button and the system spouted out code.
My demo of the system consisted of a semi-transparent barrel that you could fill up with liquid, then move around and tilt, when its C++ code had been used in a program.
This kind of application convinced me that there a lot to gain from generating code instead of writing each component yourself. You have to know a few things, which are not part of a programmers daily worries but you can concentrate a lot better on what you want to achieve, based on your specific experience in a profession which does *not* include programming.
I loved this generator, as, on our side, it was completely hilarious. A project without limits, as, in the beginning, it was not just GUI-oriented but meant to relieve our boss of *ALL* development, as he thought it took too much time...
Only, do not call it programming either, nor coding, as it is not.
Instead of creating the generator with Apache Cocoon, which would have been a good idea at that time, we built the pipeline-structure ourselves.
Last edited by Michael Uplawski; 07-13-2019 at 02:03 AM.
Reason: ... kraut2english, an ongoing effort.
Distribution: Mainly Devuan, antiX, & Void, with Tiny Core, Fatdog, & BSD thrown in.
Posts: 5,487
Rep:
I don't say these 'easy to code' programs are 'real' programming, but they do teach the basics of joining sections of code together to create a program, little steps towards the understanding of what constitutes a program.
If they do what is needed, I'd likely use one, but I'm more likely to use python in preference to C/C++ these days too, not that I'm a programmer, only an occasional dabbler.
We do seem to have moved away from assembler, though, haven't we.
Good! This is the kind of debate I was hoping to raise. I also have the feeling that this isn't what we used to call "programming" back in the dark ages.
feeling that this isn't what we used to call "programming" back in the dark ages.
If I were to advocate code generators, I could respond: Use programming where programming is needed. Use other things where they are comfortable to use.
But as everything is going to hell, anyway, I say: do whatever you like. Love it if it matters to you.
Distribution: Debian Sid AMD64, Raspbian Wheezy, various VMs
Posts: 7,680
Rep:
Quote:
Originally Posted by Michael Uplawski
Reminds me of the code generator that I had been involved with. Without going into details, it allowed enterprises to create their own graphical controls to integrate into their own C/C++ and/or Java-programs. It's current or latest (or obsolete, I do not know?) version is here.
One concrete application was a launching customer's simulator that was basically designed in vector-graphics with a few variables that allowed moving things around on screen. In the design-software, you hit a button and the system spouted out code.
My demo of the system consisted of a semi-transparent barrel that you could fill up with liquid, then move around and tilt, when its C++ code had been used in a program.
This kind of application convinced me that there a lot to gain from generating code instead of writing each component yourself. You have to know a few things, which are not part of a programmers daily worries but you can concentrate a lot better on what you want to achieve, based on your specific experience in a profession which does *not* include programming.
I loved this generator, as, on our side, it was completely hilarious. A project without limits, as, in the beginning, it was not just GUI-oriented but meant to relieve our boss of *ALL* development, as he thought it took too much time...
Only, do not call it programming either, nor coding, as it is not.
Instead of creating the generator with Apache Cocoon, which would have been a good idea at that time, we built the pipeline-structure ourselves.
You were involved with the creation of Borland C++? Or Microsoft Visual Studio?
I have used GUI window*icreation programs and I agree that they're a great time saver and think that they leave time for one to actually code.
I have to admit that I am not a programer or anything like -- I took a coupkle of courses in programing and write scrips when I need them. So, perhaps, i'm a bit envious of "programers" rgardless of which tools they use.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.