-
-
Replying to @Fishrock123
@sebmck@rvagg contrary, it can only see front-end “reality”, which translates into continual pain for those of us having to maintain node.2 replies 0 retweets 0 likes -
Replying to @Fishrock123
@fishrock123@rvagg also the ecmascript spec is very clearly not browser focused. it's meant to be as generic as possible.1 reply 0 retweets 0 likes -
Replying to @sebmck1 reply 0 retweets 0 likes
-
Replying to @Fishrock123
@fishrock123@rvagg what are you basing that off?1 reply 0 retweets 0 likes -
Replying to @sebmck
@fishrock123@rvagg btw i don't really want to have this discussion if there's just going to be dismissal1 reply 0 retweets 0 likes -
Replying to @Fishrock123
@sebmck There’s a a forward motion of filling ECMA with everything possible. 1) because that’s effectively what TC39 exists for now (..)1 reply 0 retweets 0 likes -
Replying to @Fishrock123
@sebmck (..) 2) because browsers are terrible at effectively sharing user code, so to decrease load times, it is “required”.2 replies 0 retweets 0 likes -
Replying to @Fishrock123
@sebmck 3) ECMA consistently makes specs with too many options. I love and hate arrow functions. You expect beginners to learn 6 syntaxes?1 reply 0 retweets 0 likes
@fishrock123 i'm confused by this point, syntax duplication doesn't mean node has to do anything more to implement it?
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.
he/him 