Finally getting around to updating my $work builds to use #ErrorProne and #NullAway again since updating the builds to modern Java.
Everything works, _exect_ building my custom ErrorProne rules as maven can’t see the jdk.compiler classes needed, even with updating the configuration to open the module etc. hrm
Under deadline stress, teams patch with brittle fixes that later explode: cryptic sleeps, ignored exceptions, silent bugs. @AdsChosen highlights how compiler-integrated checks enforce standards & stop future incidents.
Full #JAVAPRO article: https://javapro.io/2025/09/18/code-wizardry-casting-spells-to-fix-bugs/
Leftover debug logs, inefficient string ops & race-condition sleeps turn into latency spikes. @AdsChosen explains how compile-time analysis flags & auto-corrects them—boosting throughput & reducing MTTR before users complain.
Read: https://javapro.io/2025/09/18/code-wizardry-casting-spells-to-fix-bugs/
Code reviews miss hidden bugs: null checks buried in try/catch, Thread.sleep “fixes,” string concatenation in loops. @AdsChosen shows how static analysis + auto-fix tools cut review fatigue, prevent memory leaks & keep prod stable.
Read: https://javapro.io/2025/09/18/code-wizardry-casting-spells-to-fix-bugs/
#Java #ErrorProne
Null checks hidden in try/catch, Thread.sleep “fixes,” string concatenation in loops—tiny mistakes that pile up into outages. @AdsChosen shows how Google’s #ErrorProne auto-detects & even fixes them at compile time.
Read his #JAVAPRO article: https://javapro.io/2025/09/18/code-wizardry-casting-spells-to-fix-bugs/
Laatst op een developersconferentie een praatje gehoord van #Picnic over hun configuratie van #ErrorProne: een tool om je code bedrijfsbreed te standaardiseren en te zuiveren van standaardfouten.
Die tooling heeft in ieder geval nu niet geholpen bij mijn bestelling, gezien het mailtje van zojuist: "Hoi! Helaas moeten we je bestelling van vandaag annuleren. Vandaag was er een technische storing in ons distributiecentrum die we helaas niet op tijd konden herstellen. Het spijt ons enorm."
Honger!
@Piloot Picnic heeft een groot aantal ErrorProne-regels die tijdens compile time de code checken en ze gebruiken twee tools om vervolgens de code te herschrijven, waaronder inderdaad Refaster.
Zoals ik het begrepen heb, kan je op tien plaatsen in de code niet aan #ErrorProne-regels voldoen, waarna gedurende het compileren met bijvoorbeeld #Refaster je code op tien plaatsen herschreven wordt.
Maar misschien moet ik de Picnic-regels eens lokaal uitproberen en dan kijken wat er gebeurt.