4 ms·
Thanks :-) > There you go with learning history. There were attempts on desktops at doing such things, but they died off. They weren't that good of idea. What
by davidjnelson 9y ago
Thanks :-)
> There you go with learning history. There were attempts on desktops at doing such things, but they died off. They weren't that good of idea.
What are some examples of tools that did this and what were the issues?
- dozzie 9y agoCode generated from schemas or diagrams? All the UML things, or code generated from database tables.
- dantheman 9y agoThere was an old java attempt that tried to generate the UI automatically from classes - Naked Objects. It looks like it's morphed into Apache Isis http://isis.apache.org/ http://isis.apache.org/
- raarts 9y agoI programmed in a DOS tool called 'Magic'. It basically was a screen designer which could work on tables. All code was held in the database, all screens were datadriven (declarative). It ran on the Novell Btrieve database. It was from an Israelian company. It worked perfectly. Even my brother, who wasn't a programmer at all, was able to write his business software with it. It was reasonably fast. Downsides: theming wasn't possible so all applications looked the same, and Btrieve wasn't as reliable as it needed to be. But otherwise it was great. I never understood why such a program doesn't exist these days. Tempted to write one myself.... Edit: they still exist: magicsoftware.com.
- demosthenex 9y agoI've love to see more character cell intefaces. Not everyone wants to run a web/GUI stack for a simple CRUD form. TUIs are often fast, and low requirements. I've considered the same myself, as no modern languages include a real TUI library (no, curses support != a TUI).
- copperx 9y agoThere ought to be an open-source Linux-compatible Borland Turbo Vision clone. Your clients could be $10 Raspberry Pi Zeros.
- demosthenex 9y agoI think that's what the web community misses. We have 50 years of Moore's Law to benefit from, yet we are making slower applications than ever. The larger these codebases, the more complex they are to maintain, secure, and debug. They need larger hardware to provide the same relative performance. I want to see more lean, tiny, fast applications. Low TOC, low investment because they aren't complex. Low end hardware that can be made reliable, small, and maintainable. I think it's hideous that most business applications I see (CRUD interfaces) are 90+% text, and yet they are built on layer and layers of GUI and web interfaces. Your Raspberry Pi example would be lean and easy to maintain. No virus scanners, no 20GB OS footprint to maintain. No worries about your user visiting Facebook all day instead of working with your business application. I want applications that are so incredibly dull that they will be taken for granted as much as office telephone.
- copperx 9y agoI've been down this path before. There is R:Base (incredibly hard to Google http://www.rbase.com http://www.rbase.com), which is basically the same. Another one is Wavemaker, for the web. The difference is that if you're a small shop, the licensing costs will kill you (although Magic was a $2000 product, which is around $3,700 adjusted for inflation. R:Base and Magic cost around the same.
- mamcx 9y agoBy far the best was the dBase family, mainly foxpro.