622
you are viewing a single comment's thread
view the rest of the comments
[-] RagingRobot@lemmy.world 5 points 1 year ago* (last edited 1 year ago)

This is why I usually don't comment on stuff like this in PRs. If it's readable and easy to understand it doesn't need more abstractions. Even if it's less code. What's it save like a few bytes? That's not as useful as the whole team instantly knowing how the code works when they see it lol

I will say though if a jr dev came upon the last code they would just look it up and learn something so that's a total valid path too. Just depends on your codebase and how your team works. I think it usually ends up being a mix with larger teams.

[-] KairuByte@lemmy.dbzer0.com 7 points 1 year ago

There’s more to it imho. The first three are more prone to mistakes than the last. You are much less likely to accidentally alter the logic intended in a simple null coalesce than you are in if statements.

[-] RagingRobot@lemmy.world 0 points 1 year ago

That's fair but if you had proper test coverage there wouldn't be much risk. Who has that though? Lol

[-] KairuByte@lemmy.dbzer0.com 4 points 1 year ago

None of my projects had time for reliable testing unfortunately. It was always “next sprint” or “when we have time” which never really came to fruition.

[-] jhulten@infosec.pub 0 points 1 year ago

Yeah, I think there is a tipping point between terse and magic. I might grimace a little at the first one, have no comment on the middle two, and definitely comment on the last one. Wrote code like the person troubleshooting it is on-call, mildly hung over, and it's 3am.

this post was submitted on 08 Dec 2023
622 points (96.4% liked)

Programmer Humor

32707 readers
211 users here now

Post funny things about programming here! (Or just rant about your favourite programming language.)

Rules:

founded 5 years ago
MODERATORS