3 ms·
I worked with a programmer who, rather than fixing his code to address the problems these warnings are intended to catch, would sprinkle his code with #pragma o
by cratermoon 4y ago
I worked with a programmer who, rather than fixing his code to address the problems these warnings are intended to catch, would sprinkle his code with #pragma or whatever incantation necessary to cause the compiler to ignore the problem code in that specific case. Thus when the automated builds ran, even with warnings on, it would never flag his bad code.
I get that sometimes there are circumstances where the warning is a false positive, as the article mentions, so these escape hatches are useful. It's not the case with my former co-worker who seemed to reflexively use these escape hatches whenever he didn't understand why the compiler didn't like his code. It didn't help that he was dependent on his IDE to hold his hand. I suspect today he'd just let one of the LLMs write his code for him.
- andrewmcwatters 4y agoYuck. I think we all know many developers who do this, too.
- yjftsjthsd-h 4y agoI would expect forcibly overriding warnings to be a massive red flag in code review? Like, what company cares enough to care about warnings in CI but not catch people bypassing that check?
- becquerel 4y agoHaha. Hahahaha. Let's just say that there are equivalents to 'security theatre' in this area as well.
- sgerenser 4y agoEnvironments where people do stuff like that usually don’t have code review.
- yjftsjthsd-h 4y agoIf they don't even have code reviews, why do they care about a few warnings in CI?
- zelphirkalt 4y agoBlindfold oriented programming. Or: Learning resistant attitude.