this post was submitted on 28 Aug 2024
711 points (99.6% liked)
Programmer Humor
32396 readers
977 users here now
Post funny things about programming here! (Or just rant about your favourite programming language.)
Rules:
- Posts must be relevant to programming, programmers, or computer science.
- No NSFW content.
- Jokes must be in good taste. No hate speech, bigotry, etc.
founded 5 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
I know it's a joke, but I do not enjoy being in the position with the stick.
Like, man, they'll sometimes check in some stupid stuff. Yesterday, I told two juniors to implement a unit test and they could use annotations like on another unit test, which I also explained.
Problem is, I had introduced that unit test a week ago and had given it an ignored-annotation, to document that that's currently broken.
And you guessed it, they copied that ignored-annotation, too, complete with the comment "//TODO currently broken". The test they implemented was not run, not even once.
And like, what the fuck do I do with that? Sure enough, it was a miscommunication, I'll try to be clearer next time.
But I'd also really like to explain to them whatever information they were missing, if they were missing any. Like, did they not know what the ignored-annotation does? Did they not think at all and just verbatim copied everything?
And then the problem is, this is kind of so dumb, that even just bringing it up is going to be embarassing for them. It's already me beating them with a stick.
I'd much rather praise them when they do something well, but this is so hard to spot when just reading over committed code. All the obstacles they cleared are not visible in there.
It's even worse when you can tell they really tried and still end up with spaghetti. Even mid- to senior developers do this. Rhe more senior they ~~claim to be~~ are, the more embarrasing when you have to get the stick.
Some people try to be so clever with fancy design patterns or bit-tricks, instead of just solving the problem, you now have two problems and a solution to one of them.