True crime
-
This post did not contain any content.
This is pretty clearly just rage bait. Nothing is actually setting the value so it's undef. Moreover there isn't any context here to suggest if the state definitions are determined by some weird api or are actually just made up
-
This post did not contain any content.
Ah, the ol' tristate boolean switcheroo
-
What if
roleisFILE_NOT_FOUND?!if it's
'FILE_NOT_FOUND'then the string will be read as truthy and you will get'User is admin'logged. -
if it's
'FILE_NOT_FOUND'then the string will be read as truthy and you will get'User is admin'logged.Ackshually three equal signs check for type as well. So mere truthiness is not enough. It has to be exactly true.
Also, everyone knows FILE_NOT_FOUND isn't a string but a boolean value.
-
This is pretty clearly just rage bait. Nothing is actually setting the value so it's undef. Moreover there isn't any context here to suggest if the state definitions are determined by some weird api or are actually just made up
wrote last edited by [email protected]Troof
I mean facts. Facts is what the kids say. Facts.
-
I mean aside of the variable name, this is not entirely unreasonable.
wrote last edited by [email protected]E: omg forget my whole comment. I agree with you that the name sucks.
I mostly don't like that
roleis typically an intuitive name, and now suddenly it means something I wouldn't expect. Why add confusion to your code? I don't always remember what I meant week to week, much less if someone else wrote it. -
E: omg forget my whole comment. I agree with you that the name sucks.
I mostly don't like that
roleis typically an intuitive name, and now suddenly it means something I wouldn't expect. Why add confusion to your code? I don't always remember what I meant week to week, much less if someone else wrote it.If I had a nickel for every time that happened to me, I’d still be poor, but at least I’d have several nickels.
-
That's TypeScript. I can tell by the pixels defining a type above.
Was looking at it and could not figure out why their weren't any semicolon's.
-
I mean aside of the variable name, this is not entirely unreasonable.
I would certainly rather see this than
{isAdmin: bool; isLoggedIn: bool}. Withboolean | null, at least illegal states are unrepresentable... even if the legal states are represented in an... interesting way. -
Was looking at it and could not figure out why their weren't any semicolon's.
Neither Javascript nor Typescript require semicolon, it is entirely a stylistic choice except in very rare circumstances that do not come up in normal code.
-
This post did not contain any content.
Sadly this is (or used to be) valid in PHP and it made for some debugging “fun”.
-
Neither Javascript nor Typescript require semicolon, it is entirely a stylistic choice except in very rare circumstances that do not come up in normal code.
That's good to know. Don't know how I didn't know this. Been writing JS since 2000. Always just used them I guess. Ecmascripts look funny to me without them
-
Sadly this is (or used to be) valid in PHP and it made for some debugging “fun”.
There are several small details that PHP won't allow, but It's valid Javascript and it's the kind of thing you may find on that language.
-
Neither Javascript nor Typescript require semicolon, it is entirely a stylistic choice except in very rare circumstances that do not come up in normal code.
wrote last edited by [email protected]::: spoiler Explanation for nerds
The reason is the JS compiler removes whitespace and introduces semicolons only "where necessary".So writing
function myFn() { return true; }Is not the same as
function myFn() { return true; }Because the compiler will see that and make it:
function myFn() { return; true; }You big ol' nerd. Tee-hee.
::: -
That's good to know. Don't know how I didn't know this. Been writing JS since 2000. Always just used them I guess. Ecmascripts look funny to me without them
Same here. My brain interprets them as one long run-on sentence and throws a parsing error.
-
Neither Javascript nor Typescript require semicolon, it is entirely a stylistic choice except in very rare circumstances that do not come up in normal code.
Hmm, a webdev colleague said he'd normally prefer without semicolons, but used them anyways for better compile errors.
-
::: spoiler Explanation for nerds
The reason is the JS compiler removes whitespace and introduces semicolons only "where necessary".So writing
function myFn() { return true; }Is not the same as
function myFn() { return true; }Because the compiler will see that and make it:
function myFn() { return; true; }You big ol' nerd. Tee-hee.
:::That's terrifying, especially in JS where no type system will fuck you up for returning nothing when you should've returned a boolean.
-
I mean aside of the variable name, this is not entirely unreasonable.
wrote last edited by [email protected]Product manager: "I want a new role for users that can only do x,y,z"
Developer: "uh.. yeah. About that... Give me a few days."
-
::: spoiler Explanation for nerds
The reason is the JS compiler removes whitespace and introduces semicolons only "where necessary".So writing
function myFn() { return true; }Is not the same as
function myFn() { return true; }Because the compiler will see that and make it:
function myFn() { return; true; }You big ol' nerd. Tee-hee.
:::Common JavaScript L
-
This post did not contain any content.
I see this every sprint.
