Thread

The End of No Code

15 points · bryanmikaelian

Loading the complete thread in the background. This saved snapshot is available now. Refresh

jdw64 · 1786041034 · focus · HN ↗
Actually, No Code seems to be more inconvenient these days. In the past, No Code still required you to memorize blocks anyway. When I was dispatched to a company that specialized in golf simulators, projector based systems where you hit golf balls, many people praised Unreal Engine's Blueprint as a No Code solution. But these days, No Code has actually become a bottleneck for using AI, especially since larger No Code projects introduce their own management problems.
kakugawa · 1786042287 · focus · HN ↗
I feel like there's going to be a migration to a new interface paradigm that's balanced between agentic use and human review (with light editing). The current low/no code UIs are human-centric (visual, point-and-click). Going full agent-centric greatly increases the chance of slop code. You want an interface that an agent can natively drive, but that a human can still reasonably review and lightly edit. Probably a domain-specific text-based interface.
1. revolvingthrow · 1786043994 · focus · HN ↗
  > a new interface paradigm that's balanced between agentic use and human review (with light editing)
  Is reviewing endless reams of AI slop something that's doable? It's a very tiring task when you're looking through code that exhibits most of the usual good quality signs -- except it's just a facade that's likely full of subtle mistakes and you barely know the codebase in the first place. I don't think most devs would be particularly happy about having to do it day in and day out, and you definitely can't outsource such work to some bargain bin shop full of clueless people.
  Steering an AI, that's doable, especially at a high level. You probably have a rough idea of how you'd approach a given problem, and a wild mismatch between what you'd expect and what's happening is easy to detect. I'm not sure how a human gets into the loop with "light editing" without just telling the clanker to rework X because flamegraph looks unhappy about this part. Any alternatives would probably slow the process down significantly, at which point you might as well write it yourself.
Altern4tiveAcc · 1786043155 · focus · HN ↗
Note: this blog post is an ad for a hosting product.
1. rsyring · 1786043465 · focus · HN ↗
  I'm a happy user and I think they are doing a lot of things different in a good way. A lot of their blog posts are highly technical and informative.
  But, I agree, this is mostly a puff piece. Nothing necessarily wrong with that but not what I would have expected given the other blog posts that have shown up here on HN.
  1. jauntywundrkind · 1786043774 · focus · HN ↗
    Their blogging is incredible. I'd hop on any submission.
    <a href="https://blog.exe.dev/inventory" rel="nofollow">https://blog.exe.dev/inventory for what tools they have. <a href="https://blog.exe.dev/botiquette" rel="nofollow">https://blog.exe.dev/botiquette for rules-of-the-road for LLM expectations, my favorite llm rules that i've ever seen. <a href="https://blog.exe.dev/exe-scroll" rel="nofollow">https://blog.exe.dev/exe-scroll for how they use multiple libghostty instances for their web interface.
    <a href="https://blog.exe.dev/devtools-must-be-open-source" rel="nofollow">https://blog.exe.dev/devtools-must-be-open-source got traction recently & is incredible. incredible incredible posting. a spiritual arrow aimed straight at the heart of the agentic age.
ThePhysicist · 1786043188 · focus · HN ↗
When will we see the end of ads disguised as tech opinion pieces?

Open on Hacker News to reply ↗

Unofficial Hacker News client; not affiliated with Y Combinator.