Comment by chrisjj
9 hours ago
> I’m slowly coming around to the idea that if it works, I’m good with that.
A.k.a. "The concrete didn't crumble when I hit it with a hammer."
Process quality has been a thing for ages because it is essential.
9 hours ago
> I’m slowly coming around to the idea that if it works, I’m good with that.
A.k.a. "The concrete didn't crumble when I hit it with a hammer."
Process quality has been a thing for ages because it is essential.
Are we speaking of the same industry? The "ship fast and break things" one? The one that has traded everything from performances to security in exchange for "better developer experience" (aka "easy" aka "cheap") ??
I mean, honestly ? Yeah.
Except it’s about 1000 “hammers” (aka tests), x 9 different architectures, x 2 different (a reference and a production) variants, and x 3 different optimisation levels. Every time I find something that slipped through, it gets at least one test written to cover it in the future. My main time-sink is the hours it takes to run the ‘gate’ before a release across the test-farm. And that’s after I’ve been playing with it myself for a while, pushing corner-cases through whatever I’ve been working on.
>1000 “hammers”
And who decides what hammer to use, or do you even know what hammer is used? 1000 toy hammers from walmart or temu don't mean anything.