-10
Writing Comments Is Lazy Coding
(javascript.plainenglish.io)
A community to discuss all things JavaScript (and related areas, i.e. TypeScript)
Comment your public methods >:c
Literally working on a legacy project atm, opened up one file that was over 14k lines long amd had several hundred methods shoved into it, not a single comment to be found.
Not auto-generated, just lazy coders over 10+ years that kept shocking shit into this class willy-nilly with no regard.
There's largely 2 places for comments:
Public methods should always get documented
Anytime you have to explain why. You don't typically meed to comment the "what does this do" part unless you've written something very difficult to read for optimization reasons. But anytime you would have to explain "why did you do that", you absolutely comment that.
Basically if someone else reads the code and you have a section that would make them go "wtf, why did they do it that way", and you'd respond with "ah yeah so it's because if you don't do it that way this other thing happens"... then you absolutely must put a comment in.