Live data from Hacker News

RIP Low-Code 2014-2025

zackliscio.com

131–140 of 160 posts

Re: RIP Low-Code 2014-2025

#131
I posted this prediction over a year ago in the Salesforce Reddit and it was an extremely unpopular take[0] (so much so that I don't know if I can post there anymore). Basic argument was that "low code" dsl is far less optimized and accessible for LLM and that there is billions being invested into general purpose code first tooling.

https://www.reddit.com/r/salesforce/comments/1hxxdls/unpopul...

Re: RIP Low-Code 2014-2025

#132

Earlier quoted context omitted.

Why would anyone need docs.

REST is self documenting. Edit: for down voters, I'd be curious why.

I didn't downvote, but I'm thinking that you need endpoint discovery, bucket types, etc. Sure you could write a 1 page document describing the buckets at the root level, the relationships of the objects, etc., but why not let swagger do that for you at compile time?

Re: RIP Low-Code 2014-2025

#133
A lot of negative responses so I'll provide my own personal corroborating anecdote. I am intending to replace my low-code solutions with AI-written code this year. I have two small internal CRUD apps using Budibase. It was a nice dream and I still really like Budibase. I just find it even easier yet to use AI to do it, with the resulting app built on standard components instead of an unusual one (Budibase itself). I'm a programmer so I can debug and fix that code.

Re: RIP Low-Code 2014-2025

#134

Earlier quoted context omitted.

Why would anyone need docs.

REST is self documenting. Edit: for down voters, I'd be curious why.

Not one of the downvoters, but I'd guess it's because this is only true with HATEOAS which is the part that 99% of teams ignore when implementing "REST" APIs. The downvoters may not have even known that's what you were talking about. When people say REST they almost never mean HATEOAS even though they were explicitly intended to go together. Today "REST" just means "we'll occasionally use a verb other than GET and POST, and sometimes we'll put an argument in the path instead of the query string" and sometimes not even that much. If you're really doing RPC and calling it REST, then you need something to document all the endpoints because the endpoints are no longer self-documenting.

Re: RIP Low-Code 2014-2025

#135

Earlier quoted context omitted.

I highly suggest you expose functionality through Graphql. It lets users send out an agent with a goal like: "Figure out how to do X" and because graphql has introspection, it can find stuff pretty reliably! It's really lovely as an end user. Best of luck!

I tried this recently and found the token overhead makes it prohibitive for any non-trivial schema. Dumping the full introspection result into the context window gets expensive fast and seems to increase hallucination rates compared to just providing specific, narrow tool definitions.

[deleted]

Re: RIP Low-Code 2014-2025

#136
post #24

> the cost of shipping code now approaches zero Does anyone actually believe this is the case? I use LLMs to ‘write’ code every day, but it’s not the case for me; my job is just as difficult and other duties expand to fill the space left by Claude. Am I just bad at using the tools? Or stupid? Probably both but c’est la vie.

Of course it's the case. However, "shipping code" isn't valuable and never has been. Shipping the right code that actually works and actually solves a problem is what is valuable.

Re: RIP Low-Code 2014-2025

#137
post #115

Please note that we had two independent working low code systems, back in the 1990s. Back then, a domain expert could fire up either Delphi or Visual Basic 6, and build a program that was useful for them. If they needed more performance, they would hire a professional programmer who used their work as a specification, and sanded off the rough edges. These days, Lazarus is the open source follow on to Delphi. It'll wo…

It has been a very long time since I have written any Delphi, but I prefer dotnet these days. The only (very real) problem is trying to predict what the best long term UI option is for native apps.

Yes, it is in the Visual part of Visual Studio that Microsoft has gone off the rails. .Net (C#) is a good development language but Windows Forms being the most usable GUI framework is far from where Microsoft should have gone.

Re: RIP Low-Code 2014-2025

#138

Earlier quoted context omitted.

Its is not low code, its open-source, modular application development framework built on .net. You can use it as Headless backend with your own UI. We use it like that with our own Next JS front end. You can drop down to raw EF, SQL, custom auth flows (We had written a custom invite based user signup and custom Openiddict app for plan based claims for JWT based feature management) or rip out entire modules if needed.…

If the tool aims to reduce the amount of code required to build features, then it's low-code. IMO, any modular library or reusable mechanism which abstracts away implementation details follows the low-code philosophy. Low-code is just what it says. It's not associated with any specific tech stack or mechanism.

Strong disagree - low code is about never having to drop into full blown programming to accomplish your tasks, and frameworks and libraries (which require full language knowledge to understand) are just scaffolding around full language use.

Re: RIP Low-Code 2014-2025

#139
post #55

Fuck all this pointless noise, verbose analysis, LLMs and other associated crap. Just someone give me MS Access for the web with an SSO module and let me drive it. That'd cover 99% of LOB app needs and allow me to actually get shit done without tools that dissolve in my hands or require hordes of engineers to keep running or have to negotiate with a bullshit generator to puke out tens of thousands of lines of unmaint…

Someone upstream said Mendix is what you are looking for? (Know Access pretty well, don’t know a thing about Mendix.)

Re: RIP Low-Code 2014-2025

#140
I don't know if it falls under low code, TouchDevelop, I remember dumping 6 months into that and then abandoning it. I think I did learn programming concepts from it as it did have code.
Post reply on HN