Live data from Hacker News

Hot Take: Low Code/No Code platforms die as LLMs get better

news.ycombinator.com

11–20 of 21 posts

Re: Hot Take: Low Code/No Code platforms die as LLMs get better

#11
Gdevelop might be described as a low code platform as it's language is visual (like Scratch on acid). It already has "Generate a game with AI" built in. It's not very good.

What makes you think LLMs will get better? The more we've seen AI develop the more fine tuned everyone's senses have got hyper-sensitised to what's AI and it just reeks of the uncanny, rendering it ultimately useless.

Re: Hot Take: Low Code/No Code platforms die as LLMs get better

#12
I can only project from my own experience, and I think that no/low-code fail because every platform I tried (and I tried many) still fail hard to become RAD.

They aren’t getting eaten by LLMs, they just suck and that’s already a low bar to die due to a reason de jour. Cool looking toys to experiment with in a free money economy.

Re: Hot Take: Low Code/No Code platforms die as LLMs get better

#13
The low-code, no-code niche that I see is writing shaders using visual graphs - blender, unity, unreal etc. I don't see that being replaced by LLMs in the near term. The context where you're expressing what you want is represented quite nicely by the graph. If you're saying to an LLM make me an animated, iridescent, force field like shader seems a way off to be able to get to what you really want.

Re: Hot Take: Low Code/No Code platforms die as LLMs get better

#15
> Low code and no code platforms have an appeal of no source code - but having no source code makes it very difficult to train an LLM to control it.

Low/no code tools don't need to be like that. The next generation will be the ones beating the current incubents. As LLM can generate code, LLM-powered no-code tools will deliver high level products with a fraction of the effort needed nowadays. OpenAI, Anthropic and the likes won't be capable of creating the best UX for consumer apps using LLMs. That's a great opportunity there.

Re: Hot Take: Low Code/No Code platforms die as LLMs get better

#16
I am founder of DronaHQ - low code platform. Interestingly Today we launched AI capability to build internal tools with AI in beta. The idea here is to marry the power of LLMs and underlying low code platform to get to the end state even faster.

But I do see the merit in this thinking that LLMs can eat LCNC platforms for breakfast. However I am excited to see how with time a near perfect applications can be churned out with about 80-90% work done and engineers can figure the last few miles and reach the finish line but 50x faster.

Re: Hot Take: Low Code/No Code platforms die as LLMs get better

#17
post #3

I believe Low code / No code platforms evolve to use LLMs to actually still abstract out all the code bits but become even way more powerful. It’s cool to use cursor with sonnet but it’s still requires a level of being comfortable with writing code, local builds etc. No code platforms can easily abstract this out one more level. The constrained outputs of these platforms are still sufficiently high enough to build lo…

Agree with this take (disclaimer: working on create.xyz, which is step in this direction) It abstracts more of the things that trip non-devs up (deployment, etc.) but retains the things that makes code powerful (customization, etc.)

Re: Hot Take: Low Code/No Code platforms die as LLMs get better

#19

There was never a need for Low Code platforms to begin with, unless demand from wishful thinking is included too. To accomplish the same thing in regular software languages and low code platform takes the exact same learning curve. If the low code platform is good , which they are often half arsed. And learning a regular software language is much more useful down the line too.

Fully agree. As I end up pointing out too many times in my day job - a problem has a minimum level of complexity that you can't go below and still solve the problem. Using a low code platform still requires you to do all the hard work of figuring out a solution, but you then have to express in the confines of your low code solution.
Post reply on HN