Comment by josephorjoe
5 years ago
i was debugging some very terse, elegant, and dense code. i added a bunch of logging throughout to understand what was going wrong.
someone then removed all of my logging because it was ugly.
and then had to put it all back in when another bug was coming from the same terse beautiful code.
That hurt me to read! Have you communicated this to your manager? Might be worthwhile to have a decision "from the top" that is essentially: all logging is good, so long as it doesn't hurt performance or contain PII/PHI.
Logging is like a lamp in the dark, you need it.
I love how poetic this sounds.
three things i find to be true of every web app i work on:
1. good logging is the most important part of the app. whatever the app is meant to do is secondary. the app should be a logging app first, and then a backend service to sell widgets second.
2. assume performance requirements for request latency and transactions per second will be at least 3x whatever the product owner tells you at the start of the project and plan accordingly. never trust any suggestion that you can 'ignore performance for now'.
3. the UI may be more important than logging
4 replies →
Should've put it into a branch and added an one-line comment to that effect to the master.
A better approach is usually to write test covering all edge cases.