He who sacrifices clarity for correctness deserves neither
The underlying business requirement can be turned into an encapsulating abstraction with a name. Same crappy code, easy to "chunk" in other parts of the code. In a case I'm working on right now, naming the abstraction also provides a good place for a warning about dangers.
-
-
I don't mean a framework or big abstraction. Just finding a way to get the code out of places it doesn't belong. In these contorted cases, I've often found that compliance is haphazard, but hard to audit because nobody can memorize the full description of the correct behavior.
-
What would be an example of code where making it more clear would compromise correctness?
End of conversation
New conversation -
-
-
You'd still have the twisty code in the abstraction implementation, though. I'm not seeing how this is favoring clarity over correctness.
Thanks. Twitter will use this to make your timeline better. UndoUndo
-
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.