cross-posted from: https://lemmit.online/post/1006130
This is an automated archive made by the Lemmit Bot.
The original was posted on /r/aboringdystopia by /u/Last_Salad_5080 on 2023-10-03 14:21:04.
cross-posted from: https://lemmit.online/post/1006130
This is an automated archive made by the Lemmit Bot.
The original was posted on /r/aboringdystopia by /u/Last_Salad_5080 on 2023-10-03 14:21:04.
I am an engineer who oversees a team. Most of them can’t write more than a coherent sentence. Code and analyze data, sure, but put together a coherent paragraph? Not really.
There’s a weird ongoing thing in the programming world where about half of coders think code should be well-commented and the other half not only think that code shouldn’t contain comments but also think that comments are an indicator of professional incompetence (aka a “code smell”). I’ve long noticed that the anti-commenting crowd are also the ones that can’t write very well.
Almost like they don’t want anyone to figure out how dogshit their code is.
People who dislike code documentation are often overoptimizers, from my experience.
Optimizing like it’s the early 80s and every byte is precious? Or do you mean something else?
Exactly. Using 10 obscure instructions to save 1 clock cycle.
One way my code improves is by thinking what I need to comment. Then I refactor some and the comments become somewhat redundant.
I have had to tell software engineers time and time again that is is totally okay to make error strings beyond one sentence or one word. It almost seems to me that they never realized that strings can hold multiple sentences and and don’t have relevant memory constraints.