and I like the idea that since it was a process it looked kind of active and um and then it could be paired with a document that resembled it so our system was kind of a verb and a noun
Given the high cost of errors, you need to have a very high level of safety and a very high level of confidence on day one before you deploy your first robot, before you drive your your first autonomous mile.
the research on photographic memory does show that even people who have very strong visual memory will make memory errors. So it's not that you know it's exactly photographic but their visual memory is exceptional.
I think this is kind of leads to another way that Rust really helps with reliability, which is that if you're refactoring, I think Rust is really good at telling you all the places you need to update. I've done this sometimes where I would refactor something. I change the code. I change the return type or whatever it is, and then I just fix the compiler errors and until the compiler stops shouting. And then once I've done that, I've updated every place I need to update.
exceptions are an inherently poor way of handling errors because they make it easier to write bugs which won't be immediately obvious on casual code inspection
With an orchestrated army of agents, there is no bottleneck, no human pain. These tiny little harmless booboos suddenly compound at a rate that's unsustainable. You have removed yourself from the loop, so you don't even know that all the innocent booboos have formed a monster of a codebase. You only feel the pain when it's too late.
An agent has no such learning ability. At least not out of the box. It will continue making the same errors over and over again. Depending on the training data it might also come up with glorious new interpolations of different errors.
You can staff a school with the best teachers on earth, give them unlimited resources, and wrap the place in every evidence-based intervention imaginable, and it still won’t work if students are resistant, disengaged, or actively hostile to the enterprise.
So, they they they still make mistakes, but but um um I've I've tested these tools, you know, on on on on um like little tasks that I can do and and sometimes they pick up errors I make, sometimes I pick up errors that they make. It's it's about a tie right now.
This is what leads to slop JS/TS software. Treating errors generically like this is a mistake. It leads to fragile software, poor telemetry/observability/debugging, and as a result worse experiences
Scientists have run studies where they deliberately add errors to papers, send them out to reviewers, and simply count how many errors the reviewers catch. Reviewers are pretty awful at this.
So we we want people, that's the way we break out of fixation, is we notice the anomalies. The way we get stuck in fixation and making fixation errors is we explain away the anomalies, hold on to the original wrong impression until it's far too late.
In traditional classroom settings, the development of skills often gets overlooked in favor of facts. Facts in the form of conjugation tables, word lists, grammar explanations, the names of verb tenses, and so on. All of these things are related to language, but it’s important to realize that knowing these things has nothing to do with speaking and using a language productively.
Over-specifying the design also leads to estimation errors. Counterintuitive as it may seem, the more specific the work is, the harder it can be to estimate.
A korrent is a belief a person has stated in their own words: one
sentence stating the claim, backed by a quote and a source, kept at
korrents.com.
Under a name here, the quoted block is what they actually said.
The korrent beneath it is the claim those words support, in
korrents' wording — tap it to see the record, its source, and who
else holds it.
Nobody here wrote their own korrents. They are compiled from public
statements, and a person can change their mind, which is recorded too.
About the English under a post
Some people here publish in a language other than English. Where they
do, this site shows a machine translation beneath the post, in
this typeface — the site's own, not theirs.
The post itself is never changed, moved or hidden: what is set in the
serif above is exactly what the person published, and it is what to
quote them on. A translation can be wrong in ways that matter,
especially about tone.
Only the post's own words are translated. A quoted post, a linked
article and a belief on korrents.com
are left in their original language.