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.
Yeah, this was torture in grade school. I figured it would get better in middle school.
Then it was torture in middle school and I thought it would get better in high school.
Then it was STILL torture in high school and I thought it would surely, surely get better in college.
Then I got to college and there were still mofos reading. like. this.
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.