Inspired by the Pinocchio's discussion with prince charming in "Shrek":
Prince Charming: You! You can't lie. So tell me, puppet, where is Shrek?
P...
For further actions, you may consider blocking this person and/or reporting abuse
When I was a junior, a senior dev on my team didn't know what a ternary operator was. When I explained it, she told me not to put any fancy programming stuff in the code.
So instead, I'd see something like this:
Couldn't that be done without even a ternary statement? Not sure the language, but perhaps something like:
Or even just
if we're just looking for truthiness.
Yeah, I guess it was ambiguous, but since they didn't know (and didn't like) ternary operators, you'd find the same thing just as
if/else.Although, I'd say the first one would be better. Something like,
It might be just me, but once I've got a variable name that implies it's a boolean, I want it to be a boolean. If isValid was some kind of object, for example, then it's going to be really confusing to see it in a debugging message later on, and I'm going to wonder what I broke.
In C#, you'd probably have a property like
.Resultor.IsValid, and althoughResultis ambiguous, I see it often enough, especially with async methods. To make it less ambiguous,validate()would beCheckIfObjIsValid(myObj).Result, but that's a debate about naming conventions (and part of why I made this post).Still trying to figure this one out
Probably for quick debugging? Rename "tt" to "debuggingModeActivatedGoFaster" for verbosity.
if (!invalid(param)) {
return;
} else {
throw new InvalidException();
}
It's making me so mad! Love it