The craziest to me was someone saying “we are using AI in daily processes, now we need to automate”.

But of course to some asshole non-technical people it meant asking for their vibe coded bullshit to be merged into production without review and fighting about it.

▲

tmountain an hour ago | parent [-]

The craziest for me is companies that sticking stochastic agents into automated business processes and expecting stable/reliable outcomes. Businesses want deterministic processes in the vast majority of cases.

▲

barrkel an hour ago | parent | next [-]

People are stochastic. You build reliable processes out of unreliable parts with feedback and self-correcting mechanisms. AI is not actually magically special in this regard. It has higher variance and we're still figuring out how to get all the tradeoffs right.

	▲	Topfi 16 minutes ago \| parent \| next [-]
		Please. If you told a customer support rep that you are the former US president [0], they would not hand over the account straight away because you asked nicely. These models are great tools, but putting them and people on the same level does a disservice to our species and also is simply incorrect to what we know these models to be and their capabilities/limitations. [0] https://www.theguardian.com/technology/2026/jun/01/meta-ai-h...
	▲	gmerc 17 minutes ago \| parent \| prev [-]
		[dead]

▲

desterothx 15 minutes ago | parent | prev | next [-]

People really need to read Dijkstras Go to statement considered harmful letter [1]. If the obscurity of go to for static analysis of the code was too much, of course bringing in a literal ai black box is harmful for stable processes.

[1] https://homepages.cwi.nl/~storm/teaching/reader/Dijkstra68.p...

▲

bob1029 an hour ago | parent | prev [-]

I'm struggling with the assertion that these models cannot provide reasonably deterministic guarantees.

I am using gpt to populate JSON objects conforming to a list of natural language constraints for purposes of generating fake customers. I am finding that gpt5+ never fucks up. Not even a little bit. I've ran this test hundreds of times with 20+ constraints and it's been perfect every time.

Stable information yields stable control flow. Humans are much more likely to forget one of the many constraints during testing. This happy mistake may incidentally cover an edge but it also means we lose coverage elsewhere.

I think whether or not the LLM should be allowed to directly author deterministic control flow (code) is mostly the same thing. If you have a lot of constraints you want to satisfy all at the same time, this can give you a hit very close to the ideal target very quickly. Not knowing exactly what you want is when the LLM takes you for a ride.