xkcd 242 obviously

I feel called out. I’m not sure which way I’d go.
Get somebody else to pull it.
Me playing point and click games
You know what this is based AF because if you don’t do it a second time how would you know if it wasn’t a weird edge case or a race condition or maybe you just didn’t internalize the cause and effect because you weren’t looking for it until a bug appeared
But sometimes it works, or throws a different error …
And a different error means progress!
A different error each time?
I refer to @floofloof@lemmy.ca comment.
When it does a different crazy thing every time and you have no idea why, it means you’re a genius and have created life.
Or you’re coding in C.
Actually tru. Damn preprocessors.
You make a change. It doesn’t fix it.
You change it back. The code now works.
The usual for me is that I flip back over to my editor and hit ctrl+save, cause heaven forbid I ever remember to do that before running.
I have no regrets from setting my editor to save-on-blur
Trying to debug race conditions be like
The error message goes stale when it’s been sitting for a while. I need to see a fresh one.
The absolute worst thing that can happen is if it suddenly starts working without doing anything
Sweet, push to production.
You know, youve gotta give your computer some warmup.
You jest but “wait and retry” is such a powerful tool in my DevOps toolbox. First thing I tell junior engineers when they run across anything weird
Honestly, in DevOpS, when you’re running stuff in a GitHub Action/Azure DevOps Pipeline/Jenkins, yeah… sometimes a run will fail for no obvious reason.
And then work the next time (and the next 100+ times after that) when you haven’t changed a damn thing.
“Maybe if we ignore the problem, it will go away”
Not sure which is worse. When you know you changed nothing and it inexplicably starts|stops working compared to yesterday
Far worse, and this applies to more than programming. If something is broken, I want it to be consistent. Don’t fix yourself, or sort of work but have a different effect. Break, and give me something to figure out, damn it.
Running the code again is fast and requires no thinking. Finding the problem is slow and requires a lot of thinking.
It’s worth looking under the light-post in case your keys somehow rolled there. Just not for long.
gotta rule out cosimc rays flipping a bit or two
Ah, come on this is valid investigation.
If you get the same error every time, you know you can find it and debug it, somewhat with ease.
If you don’t, you might have a thornier issue at hand.
I hate how stupid and obvious this is, but we all do it at least once if the compile is short. But with a 20 min compile, I am investigating.
Computer needs practice to get program right.
Just making sure that the write buffer was flushed or something.







