@ryanflorence 1. node/AMD are two totally different semantics -- es6 modules fairly close to AMD semantics.
-
-
Replying to @ryanflorence
@ryanflorence@samth What are you talking about exactly? New semantics support cycles, default/named exports w/o collision with F.p/O.p1 reply 1 retweet 1 like -
Replying to @ryanflorence
@ryanflorence it would help if you could write up the constraints you are working within. There are many implicit ones in your statement.1 reply 0 retweets 0 likes -
Replying to @wycats
@wycats@ryanflorence to me the biggest constraint is user knowledge. Loaders need to look for default or manual require('foo').default2 replies 0 retweets 0 likes -
Replying to @kpdecker
@kpdecker@ryanflorence so is one of the constraints "AMD users must be able to get a transpiled ES6 module's default w/o .default"? Why?1 reply 0 retweets 0 likes -
Replying to @wycats
@wycats@ryanflorence Honestly I think it is. I think this layer of indirection is going to confuse people who currently use AMD3 replies 0 retweets 0 likes -
Replying to @kpdecker
@kpdecker@ryanflorence "when transpiled and used with the old system"1 reply 0 retweets 0 likes -
Replying to @wycats
@wycats@ryanflorence yes. I have some concerns about the module vs. import syntax but those are minor relative to the transpile issue.2 replies 0 retweets 0 likes
@kpdecker @ryanflorence people will learn.
-
-
Replying to @wycats
@wycats@ryanflorence eventually yes given enough adoption of es6 modules but until that critical mass there will be pains.3 replies 0 retweets 0 likes -
Replying to @kpdecker
@kpdecker@ryanflorence I'm not clear why documenting that the interface for some module is .default will still be confusing0 replies 0 retweets 0 likes
End of conversation
New conversation -
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.