zlacker

[parent] [thread] 7 comments
1. KptMar+(OP)[view] [source] 2026-02-03 10:20:28
Why would you ever, outside flight and medical software, care about being 100% sure that the change did not introduce any bugs?
replies(2): >>jacque+A >>bandra+W
2. jacque+A[view] [source] 2026-02-03 10:25:18
>>KptMar+(OP)
Because bugs are bad. Fixing one bug but accidentally introducing three more is such a pattern it should have a name.
replies(2): >>KptMar+63 >>mining+V5
3. bandra+W[view] [source] 2026-02-03 10:29:09
>>KptMar+(OP)
Because why would you make something broken when you could make something not broken?
replies(1): >>KptMar+93
◧◩
4. KptMar+63[view] [source] [discussion] 2026-02-03 10:50:09
>>jacque+A
They are. And we have processes to minimize them - tests, code review, staging/preprod envs - but they are nowhere close to being 100% sure that code is bug free - that's just way too high bar for both AI and purely human workflows outside of few pretty niche fields.
replies(1): >>jacque+C4
◧◩
5. KptMar+93[view] [source] [discussion] 2026-02-03 10:50:30
>>bandra+W
Because it's way too high bar to be 100% sure outside of few niche fields.
◧◩◪
6. jacque+C4[view] [source] [discussion] 2026-02-03 11:03:30
>>KptMar+63
When you use AI to 'fix' something you don't actually understand the chances of this happening go up tremendously.
◧◩
7. mining+V5[view] [source] [discussion] 2026-02-03 11:13:23
>>jacque+A
I propose "the whack-a-hydra" pattern
replies(1): >>jacque+B6
◧◩◪
8. jacque+B6[view] [source] [discussion] 2026-02-03 11:19:30
>>mining+V5
Hehe, yes, very apt. It immediately gives the right mental image.
[go to top]