I thought the point would be that the number of lines of code a LLM produces to solve a given problem is... not low.
RIP Low-Code 2014-2025
11–20 of 160 posts
Re: RIP Low-Code 2014-2025
#12I don't see LLMs as competing with low code at all. Low code solutions make it easier for LLMs to setup something working and robust.
Re: RIP Low-Code 2014-2025
#13Interesting article -- my take on low-code has always been less about how much initial development time the application takes to code, and more about how it can ease the long term maintenance of an application. With AI tooling it is going to be easy for companies to spin up hundreds of internal applications, but how are they accounting for the maintenance and support of those applications? Think about the low-code pl…
Auth is a pretty classic case where it’s not hard to make your own account create/login form but it’s really hard to make a good one that does all the “right things”.
Re: RIP Low-Code 2014-2025
#14>the cost of shipping code now approaches zero.
Is this a commonly held assumption?
Re: RIP Low-Code 2014-2025
#15>> in a world where the cost of shipping code now approaches zero.
Reallly ?
Re: RIP Low-Code 2014-2025
#16LLMs can assist you to write a shitload of useless bloatware, or can assist you to take something existing and complicated, and create something minimal that is almost as good. It's up to you.
Re: RIP Low-Code 2014-2025
#17LLMs can assist you to write a shitload of useless bloatware, or can assist you to take something existing and complicated, and create something minimal that is almost as good. It's up to you.
You can produce a shitload of useless bloatware and not come close to the bloated uselessness of a large-scale enterprise software platform.
Re: RIP Low-Code 2014-2025
#18I don't see LLMs as competing with low code at all. Low code solutions make it easier for LLMs to setup something working and robust.
Yes, If the low code solution has a good interface for LLMs. There are enough low code / no code solutions with a pure graphical interface and nothing else. Dinosaurs.
Re: RIP Low-Code 2014-2025
#19I always felt that the biggest problem with low code was the wall you hit when you tried to change something small. You had to fight the tool just to make the button look the way you wanted. AI gives you the speed of low code but allows you to build anything you can imagine. It makes sense to stop paying for tools that limit your freedom.
Re: RIP Low-Code 2014-2025
#20I think this view is really short-sighted. Low-code tools date back to the '80s, and the more likely outcome here is that low-code and agentic tools simply merge. There's a lot of value in having direct manipulation and visual introspection of UIs, data, and logic. Those things allow less technical people to understand what the agents are creating, and ask for help with more specific areas. The difficulty in the past…
I agree. I think that once your LLM hits a baseline level of computer science / programming "understanding" it can pretty easily work with whatever language. Using narrow DSLs and low code platforms could be a great way to constraint an LLM and keep it on the happy path.
It's not just about the language. The good money for these low-code tools is larger organizations which have deployment/hosting/compliance/maintenance concerns that need to be accounted for. You can knock out as many apps in whatever platform you want, but they don't want these at the IT gatekeeper level.
They want a tool that makes this file share talk to this SharePoint site which updates this ERP tool over there. The LLM approach is great for the departmental person (if they can still host shadow IT) but falls down at the organizational level. The nature of this work is fundamentally different, crappier, and less interesting than what any person on HN wants to be doing which is a contributor to misunderstanding of the market.
EDIT: fixed grammar.