Good idea. Clever code typically comes along with learning intricacies of a language, so in JavaScript it's totally valid to write an if condition like this:
isDataValid&&submitData();
This totally works, but with a few more characters, we can make the intention more explicit and clear:
if(isDataValid)submitData();
Here's another example. Let's say we need to set a timeout of 5 seconds. We can use clever code here too:
setTimeout(()=>{// run this after 5 seconds},5e3);
Woah, what is that 5e3? It's exponential notation, and while it looks cool and is less characters, is totally unnecessary. Just use a regular number:
setTimeout(()=>{// run this after 5 seconds},5000);
Even better would be to extract to a variable like FIVE_SECONDS so that you don't have to do any conversion between milliseconds to seconds.
The first example is actually OK in my opinion, short-circuit is a handy feature most of the times, for things such as JSX you don't really have another succinct alternative.
Take a look at this one which I found in an old codebase, back in the days:
There're a lot of obscure ways to take advantage of JS's type cohesion, but you'll quickly lose track of what this kind of code means. Further, it might even have surprising, unexpected behaviors. There's nothing wrong doing:
Great point! I would add that "clever code" is often is just saving symbols, while sacrificing readability, expressiveness and distorting meaning.
In the example with "&&" we rely on the fact that in JS code on the right part of logical AND won't be executed. So it is sort of a "hack". And I think that majority of such "clever code" examples are in fact hacks.
It's important to understand that when we write code - we have different sorts of stakeholders. And one of important categories of those are developers themselves!
It is important that code not only performs some useful action, but is also convenient to work with and is understandable.
Regarding JSX though, it's a totally valid use case for using && and ternary operators since you're conditionally rendering pieces of UI this way. From a declarative perspective, it's fairly clean.
Love the Number(id) example too. Not only does it handle null values, but you can more clearly understand that you're converting to a number.
I disagree that 5e3 is clever. Exponential notation is something that every coder should learn. It appears in a lot of places and is much clearer that expanded numbers.
I did a lot of work with nanoseconds much, and I would have to see 1500000000 in the code versus 1.5e9. With larger numbers the exponential format is preferred.
Of course, I'd also like a language that allows separators (I did in Leaf, like 5_000.
Note though, on the second I think any api that accepts something other than seconds for duration by default is broken. Seconds is the natural time, milliseconds is unusual. Thus a conversion function would be nice to see there.
It's clever in that scenario because seeing the exponential notation for most people will require more brain processing power than simply seeing 5000 milliseconds or 5 seconds.
It also really just depends on what you're building. Web development rarely requires you to use exponential notation, and so declaring it as "something that every coder should learn" is not an absolute that I can get behind.
For further actions, you may consider blocking this person and/or reporting abuse
We're a place where coders share, stay up-to-date and grow their careers.
For juniors who might be reading, can you give an example of clever code and a good alternative?
Good idea. Clever code typically comes along with learning intricacies of a language, so in JavaScript it's totally valid to write an if condition like this:
This totally works, but with a few more characters, we can make the intention more explicit and clear:
Here's another example. Let's say we need to set a timeout of 5 seconds. We can use clever code here too:
Woah, what is that
5e3
? It's exponential notation, and while it looks cool and is less characters, is totally unnecessary. Just use a regular number:Even better would be to extract to a variable like
FIVE_SECONDS
so that you don't have to do any conversion between milliseconds to seconds.The first example is actually OK in my opinion, short-circuit is a handy feature most of the times, for things such as JSX you don't really have another succinct alternative.
Take a look at this one which I found in an old codebase, back in the days:
There're a lot of obscure ways to take advantage of JS's type cohesion, but you'll quickly lose track of what this kind of code means. Further, it might even have surprising, unexpected behaviors. There's nothing wrong doing:
Great point! I would add that "clever code" is often is just saving symbols, while sacrificing readability, expressiveness and distorting meaning.
In the example with "&&" we rely on the fact that in JS code on the right part of logical AND won't be executed. So it is sort of a "hack". And I think that majority of such "clever code" examples are in fact hacks.
It's important to understand that when we write code - we have different sorts of stakeholders. And one of important categories of those are developers themselves!
It is important that code not only performs some useful action, but is also convenient to work with and is understandable.
Maksim nailed it.
Regarding JSX though, it's a totally valid use case for using
&&
and ternary operators since you're conditionally rendering pieces of UI this way. From a declarative perspective, it's fairly clean.Love the
Number(id)
example too. Not only does it handle null values, but you can more clearly understand that you're converting to a number.I disagree that
5e3
is clever. Exponential notation is something that every coder should learn. It appears in a lot of places and is much clearer that expanded numbers.I did a lot of work with nanoseconds much, and I would have to see
1500000000
in the code versus1.5e9
. With larger numbers the exponential format is preferred.Of course, I'd also like a language that allows separators (I did in Leaf, like
5_000
.Note though, on the second I think any api that accepts something other than seconds for duration by default is broken. Seconds is the natural time, milliseconds is unusual. Thus a conversion function would be nice to see there.
It's clever in that scenario because seeing the exponential notation for most people will require more brain processing power than simply seeing 5000 milliseconds or 5 seconds.
It also really just depends on what you're building. Web development rarely requires you to use exponential notation, and so declaring it as "something that every coder should learn" is not an absolute that I can get behind.