this post was submitted on 10 Apr 2025
20 points (100.0% liked)
No Stupid Questions (Developer Edition)
1009 readers
24 users here now
This is a place where you can ask any programming / topic related to the instance questions you want!
For a more general version of this concept check out [email protected]
Icon base by Lorc under CC BY 3.0 with modifications to add a gradient
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
my team was driving me insane with leaving
console.log("here")
all over the place in every pr, so now we have a "no console.log" eslint rule in ci.I guess my answer is it depends on your team. good logs are different, but imo if they're just debugging statements they shouldn't even make it into the repo let alone prod.
if it's just you, do whatever you want lol, performance is almost certainly not significant and most users should end up ignoring them anyway
(Guessing JS / TS) I look after a moderately sized app, and still find
console.log()
useful sometimes. They are all protected by a Boolean, so we haveauthLog && console.log('something about auth')
and the bools are all set in one global file. So turning debug logging on and off is very simple.The best thing is that when it's off, the bundler strips all the console log lines from the source, so they're not even there-but-inactive in production.