Earlier quoted context omitted.
I don't understand this comment. At worst, we're just back to the baseline - working without AI help.
Yes, that's what the comment means. We are back to the baseline. The availability of our tools isn't adding anything in the long term because the productivity increase we get from the tooling is negated by the time we're back to doing it the old fashioned way due to downtime, so there is no claimed productivity increase espoused by the pontificators of the tooling.
Elevated error rate across multiple models
121–130 of 293 posts
Re: Elevated error rate across multiple models
#122Earlier quoted context omitted.
>> What can your company do? Hire some Developers?
Developers who can code without LLMs will go extinct in couple years and there will be legends about them, you should at least have some decent open weight model as a backup
Thirty years ago, you had an OS and you installed applications. No problem.
Later, you had to build and use apps on the internet, an infrastructure that is susceptible to DDOS attacks, government firewalls, and other security risks. Still fine, sort of.
Now, you not only have to build apps on the internet, you also have use LLMs to build apps to remain competitive with other developers. Future (human) maintainers of your code might not properly understand how it works, and if the providers of the LLMs screw up or go rogue, you are properly fucked.
There is a dependency/technology stack debt that is creating risks that need to be acknowledged.
Re: Elevated error rate across multiple models
#123Has anyone noticed how changing the viewport changes the uptime percentage?
Re: Elevated error rate across multiple models
#124I get the power of LLMs, and I do find them useful. But I find them useful in much the same way I find a really good set of random tables useful, or a good set of rules for procedurally generating something like a star sector for a science fiction campaign.
For my day job developing software, and for the RPG campaigns and books I run and publish today, LLMs are, in many cases, random tables on steroids. After using them for two years, even with all their improvements, I am continually reminded by the results I get that, at the heart of it, I am still dealing with what amounts to randomly generated content.
Yes, I know it is more accurate to call the process probabilistic rather than random. And yes, somebody can construct a technically deterministic setup with fixed weights, fixed seeds, fixed sampling parameters, and a frozen runtime environment. But that is like saying you can recreate a rainstorm if you get a thousand butterflies to flap their wings in exactly the right way. It may be technically true, but it is not how the technology behaves in normal day-to-day use.
For practical purposes, given the same prompt and the same apparent starting conditions, the result can differ each time you use a model. The outputs will often be highly correlated, and often useful, but they are not deterministic software in the ordinary sense.
So far, I am failing to see how the inherent probabilistic nature of the technology can be fully overcome. I understand how we got to where we are today from older neural net technology, including the systems used for vision and sound. What we have now can be very useful. But my view is that it is being badly oversold and overhyped. Its probabilistic nature is being vastly underestimated, and that is a major reason for much of the weirdness and many of the failures we keep seeing.
In tabletop roleplaying, there have been times when hobbyists relied too much on procedurally generated content and ultimately got burned by it, either through campaigns that were not as fun or products that were subpar. Each time, the lesson was the same: there is no substitute for human judgment.
Any workflow or technology incorporating LLMs has to keep humans in the loop, and not merely as rubber stamps. The human has to remain the primary decision maker.
Re: Elevated error rate across multiple models
#125Has anyone noticed how changing the viewport changes the uptime percentage?
Re: Elevated error rate across multiple models
#126Imagine a future where Anthropic holds your company hostage because no one can code properly anymore by hand and demands paying 200% higher price for the usage. What can your company do?
No need to make up speculative futures based on a company only giving one model to their employees. I use Codex, Antigravity, Claude and GLM-5.2 interchangeably. Any sensible employer will do the same.
Hard to do when each individual provider wants to lock your company into multiyear enterprise contracts.
Re: Elevated error rate across multiple models
#127Earlier quoted context omitted.
both the Julia and Rust programming languages use curl -> sh to install
Both of them provide that option. I've never installed rust without a package manager. Why would I?
Because then you can install it without depending on a package manager?
Re: Elevated error rate across multiple models
#128Earlier quoted context omitted.
"curl -fsSL https://pi.dev/install.sh | sh" — seriously? That tells me a lot about the whole project, unfortunately.
Claude Code does it the same way (which doesn't excuse it obviously) but still. curl -fsSL https://claude.ai/install.sh | bash https://code.claude.com/docs/en/quickstart
Oh wait (from another comment under this article): > https://pi.dev/models is throwing an internal server error for me.
Re: Elevated error rate across multiple models
#129Earlier quoted context omitted.
I am genuinely curious what it tells you, as "curl https//.. | sh" has long been an enormously popular approach to distribution in the open source world. Homebrew, to name just one example, advertises a similar method. (pi.sh also documents other install methods, like `npm`, on their homepage) If trust and security is the issue, unfortunately "better" ideas like hashpipe [1] never achieved critical mass [1] https://n…
What about better ideas like installing from source, or using a package manager? Or even flatpaks.
Indeed, plenty of these scripts often act as a "what OS and packager do we have" mux. Just look at the source of this one, for example.
When you support an open source project at scale and/or with less savvy users, you come to see the benefit of "here, just f'ing slam this into your shell and we'll figure it out" installers. I know I have.
Re: Elevated error rate across multiple models
#130I don’t prompt Claude anymore. I have loops running that prompt Claude and figuring out what to do. My job is to write loops. — Boris Cherny, head of Claude Code Reliability is a direct reflection of the quality of the underlying infrastructural code. If even Anthropic, the company with the world's best agentic vibecoders, has horribly unreliable infrastructure, it really says something about the quality of the world…
I wonder how they fix things when Claude is down.