Ask HN: "No code" works well for making games but not general software. Why?

Re:Ask HN: "No code" works well for making games but not gen... by quickthrower2 on Saturday June 18, 2022 @02:40AM (#31787704)

That is not really nocode and there is definitely a limit before you need to concern yourself with architecture, structuring code, dealing with complexity etc.

I remember those old visual tool where you could even drag on DB connections. But soon as you have a complex requirement like joining two tables or something then boom you are in yescode.

[ Parent | on HN ]

Re:Ask HN: "No code" works well for making games but not gen... by mikewarot on Saturday June 18, 2022 @03:15AM (#31787841)

Microsoft Access 2000 was great at doing table joins in a visual way. It automatically enforced relationships between tables without having to write any SQL.

It is possible to go all the way to writing programs with no actual text source, but the "cognitive impedance match" has to be reasonable. In theory, you could just take MIT's SCRATCH and hook it to a compiler... but it's not the right tool for managing that complexity.

My current feeling is that something like literate programming, with rich source, both declarative and imperative functional code is the way to go for optimal productivity. The front ends that handle GUIs and events match that part of the problem in a profoundly productive manner.

[ Parent | on HN ]