991

submitted 9 months ago by JPDev@programming.dev to c/programmer_humor@programming.dev

71 comments fedilink hide all child comments

you are viewing a single comment's thread
view the rest of the comments

[-] Blackmist@feddit.uk 57 points 9 months ago

Yeah, but sometimes it works.

[-] Aceticon@lemmy.world 20 points 9 months ago

It's even worse then: that means it's probably a race condition and do you really want to run the risk of having it randomly fail in Production or during an important presentation? Also race conditions generally are way harder to figure out and fix that the more "reliable" kind of bug.

[-] dev_null@lemmy.ml 1 points 9 months ago

Or it was an issue with code generation, or something in the environment changed.

[-] noddy@beehaw.org 9 points 9 months ago

Good luck figuring out why it sometimes doesn't work 🙃

[-] CanadaPlus@futurology.today 8 points 9 months ago

Mmm, race conditions, just like mama used to make.

[-] crushyerbones@lemmy.world 6 points 9 months ago

This is 100% valid when dealing with code generation sometimes and I hate it

[-] KairuByte@lemmy.dbzer0.com 2 points 9 months ago

Legit happens without a race condition if you’ve improperly linked libraries that need to be built in a specific order. I’ve seen more than one solution that needed to be run multiple times, or built project by project, in order to work.

[-] abraxas@sh.itjust.works 2 points 9 months ago* (last edited 9 months ago)

Isn't that the definition of a race condition, though? In this case, the builds are racing and your success is tied to the builds happening to happen at the right times.

Or do you mean "builds 1 and 2 kick off at the same time, but build 1 fails unless build 2 is done. If you run it twice, build 2 does "no change" and you're fine"?

Then that's legit.