Another way to look at it is like computer architecture. We have technologies for holding data and impedance mismatches between them, so we make intermediary caches, integrated/hybrid devices and devices start blending to look like each other 3D XPoint/NVMe. On another scale a Facebook datacentre can look like a macroscale computer architecture. My point is that 'programming' and programmers started out being one thing, but there will be many different forms of this at many levels, in various vertical areas. We already have specialized platform (Shopify) programmers, and self-serve (Zapier/Airtable) and even among those there could be third-party helpers as has happened around Google sheets data collectors/analyzers. Lo-code/no-code is so many things. It comes back to 'any sufficiently capable configuration schema becomes a lisp'. People want to tweak, so they learn to program.
Ask HN: What do you think about the no-code movement?
211–220 of 404 posts
Re: Ask HN: What do you think about the no-code movement?
#212Earlier quoted context omitted.
Things we agree on: ignore everything no-code proponents say about their tools or capabilities Things we disagree on: code before no code My experience has been that actual code is always superior* to no-code, because no-code is always more complex. E.g. the no-code developer environment + code (in whatever designer form) + interpreter / runtime / libraries + any integrations + actual generated code. Consequently, bu…
I used to think this as well, that No Code was not a real development to production level option. I have very much been proven wrong. I transition recently from 15+ years as a developer to contracting for a no code platform. Virtually everything a regular web dev can do in code can be done in no code. Sometimes its easier to do in code and sometimes it is much easier to do in no code so mileage may vary but no code i…
Re: Ask HN: What do you think about the no-code movement?
#213Re: Ask HN: What do you think about the no-code movement?
#214Earlier quoted context omitted.
Excel is a great example of how “low code” or “no code” are recent buzzwords for a long continuing evolution. There have long been attempts to make software development more accessible. Some attempts stuck (Crystal Reports 1984, Excel 1987, WordPress 2003, IFTTT 2010) while others did not (HyperCard 1987, FrontPage 1995). The same will be true for the current crop of platforms.
Seems like you either die a hero or you live long enough to see yourself become a villain.
Re: Ask HN: What do you think about the no-code movement?
#215I think if someone made a decent auto-fullstack-web-CRUD app they would be very rich and would have solved a lot of no-code problems and saved us an amazing number of man-hours on internal tools. Just: SQL tables, prettified CRUD on those SQL tables on the frontend (with R/W permissions per user on tables), and reports (either on-the-fly or SQL queries run on a cron schedule).
Re: Ask HN: What do you think about the no-code movement?
#216It's interesting, but always calibrate their claims against the fact this is about the tenth time this movement has come around. This movement literally goes back to COBOL. That is not a typo. It's not only likely older than you are, but probably much older than you are. I recognize COBOL may not seem like "no-code", but that's just because "no-code" is a stupid label. "No-code" doesn't mean "no code" just like "serv…
COBOL is code - it's not nocode.
Re: Ask HN: What do you think about the no-code movement?
#217Re: Ask HN: What do you think about the no-code movement?
#218Earlier quoted context omitted.
Seems like you either die a hero or you live long enough to see yourself become a villain.
I don't agree: Frontpage was definitely a villain.
Re: Ask HN: What do you think about the no-code movement?
#219It's interesting, but always calibrate their claims against the fact this is about the tenth time this movement has come around. This movement literally goes back to COBOL. That is not a typo. It's not only likely older than you are, but probably much older than you are. I recognize COBOL may not seem like "no-code", but that's just because "no-code" is a stupid label. "No-code" doesn't mean "no code" just like "serv…
In some ways it's like AI, though. Once it succeeds (at what it can do), then it no longer is "no code", it's just it's own niche. (We don't think of SQL or spreadsheets as "no code" any more; we think of them as their own categories.)
I mean, spreadsheets are not nothing. They're useful for a segment of things. They didn't replace web programming or embedded real-time or machine learning, though.
Re: Ask HN: What do you think about the no-code movement?
#220The ultimate "low code" experience I had was back in the 1990s with Delphi. You drag and drop your form elements, get everything just right. Next you hook up your event handlers and type in a few lines of code to do the actual work. It was the best I've ever seen balance of managing complexity, yet letting you write code when you needed to. The C++ version was nowhere near as god, it generated a ton of templates and…
>The ultimate "low code" experience I had was back in the 1990s with Delphi. You drag and drop your form elements, get everything just right. Next you hook up your event handlers and type in a few lines of code to do the actual work. Today I was thinking about Visual Basic 6, which worked more or less the same way. I wonder what similar alternatives we have today? Gambas? https://en.wikipedia.org/wiki/Gambas
Theoretically it can be multi-platform https://platform.uno/