Hacker News new | past | comments | ask | show | jobs | submit
You mean the English to code layer is stochastic while code to assembly is not?

This stochastic nature existed before AI. Humans are stochastic too. Two engineers convert specs to code in two different ways. I would argue the distribution is wider among humans than among agents.

As I said, "AI models don't replace compilers, they replace software developers" so yes, I agree that AI models are like humans.

while both LLMs and humans are not 100% deterministic, I don't think that's the interesting part. It's both true that there are many assembly language programs that implement a C program and that there are many valid programs (in any programming language) that correctly implement a natural language spec. But there's a significant qualitative difference between the two types of translation and that would be true regardless of whether the translations are stochastic.

loading story #50205756
I would argue the distribution is wider among humans than among agents.

Please go ahead and do.

{"deleted":true,"id":50205540,"parent":50203683,"time":1792740369,"type":"comment"}
> Two engineers convert specs to code in two different ways

So? Two compilers convert source to binary in two different ways.

"Time flies like an arrow" is a valid English sentence that one person can find numerous ways to interpret. A programming language that has the kind of ambiguous syntax that natural languages have would not be useful.

What makes agents useful is not simply that they interpret natural language, it is that they are interactive and ambiguous instructions can be corrected when the agent's output is not what the programmer intended. That is not the same as writing out a spec and giving it to a developer to implement.

And does the "agent" say when the agent's output is not what the programmer intended?
No, the programmer does. Human beings are still in the loop.
So might be corrected if the agent's output is found not what the programmer intended.
The same compiler will convert source to binary in different ways! Hermetic builds are hard!

Even if we allow for hermetic builds in some cases in many many other cases your runtime will recompile your code based on its observations about your environment and that’s frequently what we want.

This fetishism of “determinism” seems crazy to anyone that has had to spend time really digging into modern JIT based compilation.

> This fetishism of “determinism” seems crazy to anyone that has had to spend time really digging into modern JIT based compilation.

Copium.

lol I saw the exact same JIT non determinism argument on reddit. The thing is, if JIT cannot replace a hotspot with a 100 percent functionally identical snippet of code then the JIT is just in time wrong and will be either patched, repaired or orphaned.

So all of a sudden all focus is on the word "determinism", and before even going down this route you have to agree on what aspect of the subject are you declaring to be "deterministic?"

Its sort of like chatting with libertarians, as soon as you agree that taxation is theft and democracy is tyranny then all problems melt away!

> So all of a sudden all focus is on the word "determinism"

Yup. Pure obfuscation.

The point is reliability.

loading story #50208805
loading story #50208870
Arguing that two humans' distinct interpretations of a single specification is stochastic is patently absurd and requires, I think, some shred of evidence.

I would argue that, in the absence of such evidence, we cannot conclude that the English-to-code conversion process is stochastic; it is merely not deterministic, which is altogether different.

loading story #50204281