Comments on Sept Meeting Notes

Mark S. Miller erights at google.com
Thu Sep 26 19:45:32 PDT 2013


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>


More information about the es-discuss mailing list