Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

LLMs as the new high level language

federicopereiro.com

Post reply on HN
Print view View original

221–230 of 396 posts

Re: LLMs as the new high level language

#221

Post by herodoturtle »

elzbardico wrote: post #208
abcde666777 wrote: post #130

Are these kinds of articles a new breed of rage bait? They keep ending up on the front page with thriving comment sections, but in terms of content they're pretty low in nutritional value. So I'm guessing they just rise because they spark a debate?

Vibe coders are the new eternal september

I didn’t catch this reference, so adding the below for other folks in the same boat:

https://en.wikipedia.org/wiki/Eternal_September

“Eternal September or the September that never ended was a cultural phenomenon during a period beginning around late 1993 and early 1994, when Internet service providers began offering Usenet access to many new users. Before this, the only sudden changes in the volume of new users of Usenet occurred each September, when cohorts of university students would gain access to it for the first time, in sync with the academic calendar.”

Re: LLMs as the new high level language

#222

Post by pjmlp »

elzbardico wrote: post #209
pjmlp wrote: post #201

Earlier quoted context omitted.

Not really, because when they are feed into agents, those agents will take over tasks that previously required writing some kinds of classical programming. I have already watched integrations between SaaS being deployed with agents instead of classical middleware.

I've seen them too. They are not pretty.

Like microservices, cloud and whatever new cool tech for deliver something that can be done on a laptop, they aren't going away.

Re: LLMs as the new high level language

#223

Post by [deleted] »

idiotsecant wrote: post #97
asa400 wrote: post #19

Earlier quoted context omitted.

If all you (not you specifically, more of a royal “you” or “we”) are is a collection of skills centered around putting code into an editor and opening pull requests as fast as possible, then sure, you might be cooked. But if your job depends on taste, design, intuition, sociability, judgement, coaching, inspiring, explaining, or empathy in the context of using technology to solve human problems, you’ll be fine. The p…

It turns out that corporations value these things right up until a cheaper almost as good alternative is available. The writing is on the wall for all white collar work. Not this year or next, but it's coming.

[deleted]

Re: LLMs as the new high level language

#226

Post by heikkilevanto »

If we consider the prompts and LLM inputs to be the new source code, I want to see some assurance we get the same results every time. A traditional compiler will produce a program that behaves the same way, given the same source and options. Some even go out of their way to guarantee they produce the same binary output, which is a good thing for security and package management. That is why we don't need to store the compiled binaries in the version control system.

Until LLMS start to get there, we still need to save the source code they produce, and review and verify that it does what it says on the label, and not in a totally stupid way. I think we have a long way to go!

Re: LLMs as the new high level language

#228

Post by gilleain »

anoplus wrote: post #168
sph wrote: post #143

Earlier quoted context omitted.

Here’s one: just don’t read the news. Google what you are interested in at the moment, and dive long into what matters to you, rather than being fed engagement bait. Easier said than done, I understand that.

I guess I'll have an agent for that one day. News agent.

You could even have your 'news agent' print your news every day on some cheap paper.

Like a 'news periodical', shall we say.

Re: LLMs as the new high level language

#230

Post by pjmlp »

heikkilevanto wrote: post #226

If we consider the prompts and LLM inputs to be the new source code, I want to see some assurance we get the same results every time. A traditional compiler will produce a program that behaves the same way, given the same source and options. Some even go out of their way to guarantee they produce the same binary output, which is a good thing for security and package management. That is why we don't need to store the…

Anyone doing benchmarks with managed runtimes, or serverless, knows it isn't quite true.

Which is exactly one of the AOT only, no GC, crowds use as example why theirs is better.

Post reply on HN