domenic at domenicdenicola.com (2013-10-13T02:38:49.293Z)
On Thu, Sep 26, 2013 at 7:12 PM, Brendan Eich <brendan at mozilla.com> wrote: > I agree world-of-realms matters, in many ways. We can solve this more > generally, and should. I don't know the timing, but the idea that > cross-realm local issues stop global progress via symbols is a bad trade in > general. Must avoid getting stuck at local maximum. In the same spirit of brevity, you have this backwards. Local hill climbing with no lookahead is how to get stuck at a local maximum. The lookahead needed here is not agreement on a registry, but at least a straw registry whose implications we understand. Perhaps we have one, which is fine. We should examine it as part of this discussion of Symbols.
On Thu, Sep 26, 2013 at 7:12 PM, Brendan Eich <brendan at mozilla.com> wrote: > Kevin Smith <mailto:zenparsing at gmail.com> >> September 26, 2013 7:01 PM >> >> Going to keep this short and sweet: >> >> - Enumerability? Yawn... Enumerability of user-created meta-level >> method names is fine and should be expected, just as we expect >> enumerability of "_"-prefixed method names today. >> > > The Object.extend examples are compelling. If we want extension via > method-in-class syntax, we should care about enumerability. It will break > Object.extend uses. > > > - Duck typing *must* work across Realms. Symbols without a registry do >> not. You can make special cases for built-in symbols, but special cases >> make bad law. >> > > (You learned from me.) > > I agree world-of-realms matters, in many ways. We can solve this more > generally, and should. I don't know the timing, but the idea that > cross-realm local issues stop global progress via symbols is a bad trade in > general. Must avoid getting stuck at local maximum. In the same spirit of brevity, you have this backwards. Local hill climbing with no lookahead is how to get stuck at a local maximum. The lookahead needed here is not agreement on a registry, but at least a straw registry whose implications we understand. Perhaps we have one, which is fine. We should examine it as part of this discussion of Symbols. > > > - If you are going to use a symbol registry, then you really need to >> prove how that is any better than just using the registry key itself. >> > > GUID sucks, symbol that can't collide with any string rules. Nuff said! > > > - Is getting a symbol with (1) a GUID and (2) a friendly name, then (3) >> toting that object around really more ergonomic than just using a string >> literal? >> > Maybe. > > > - Perfect (collision avoidance) is the enemy of the good (collision >> avoidance). >> > > This is the weakest link. Next! > > > - Symbols are surprisingly tricky at the spec level. (new Symbol() >> throws, what?) >> > > Allen should weigh in. > > /be > -- Cheers, --MarkM -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.mozilla.org/pipermail/es-discuss/attachments/20130926/71ffd9d7/attachment-0001.html>