<br><br><div class="gmail_quote">On Tue, Oct 23, 2012 at 11:53 AM, Brendan Eich <span dir="ltr"><<a href="mailto:brendan@mozilla.org" target="_blank">brendan@mozilla.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="im">Herby Vojčík wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Brendan Eich wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Herby Vojčík wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
By the way, let deprecate (that is, recommend not to use) __proto__<br>
and introduce @parent (or other term) instead, while both having the<br>
same behaviour.<br>
</blockquote>
<br>
We could do this, given symbols, but would it help? New code could use<br>
it in the next several years only with an ES6->ES5 compiler and ignoring<br>
IE on desktop; this is a real possibility for "mobile developers",<br>
self-defined. But developers could just as well use __proto__ and<br>
probably will skip the compiler without strong need for other ES6 features.<br>
<br>
This means we're adding a nicer synonym for the very long run. Which<br>
means two things, more total surface syntax, more "cruft" from certain<br>
points of view. Is it worth it?<br>
</blockquote>
<br>
I think 'cruft' is too strong. There will be two things that do the same thing, one 'legacy', one new. Though I can not give an example, I have the impression things like that happens (use X, there is Y for compatibility, for it is not endorsed now...) often.<br>


</blockquote>
<br></div>
Number.isNaN adds value, by not coercing non-number arguments to number, compared to isNaN. Ditto similar innovations, see <a href="https://brendaneich.com/2012/10/harmony-of-dreams-come-true/" target="_blank">https://brendaneich.com/2012/<u></u>10/harmony-of-dreams-come-<u></u>true/</a> near the bottom.<br>


<br>
By contrast, @parent would be no better in function (ignore form) from __proto__.</blockquote><div><br></div><div> </div><div>Isn't there some value in stratification? Wouldn't this make it possible to move __proto__ back to a non-normative note, so that one day, maybe...just maybe, it can be forgotten altogether? I an Object.setPrototypeOf API has been suggested before -- but if it were specified with @prototype then all legacy uses of __proto__ could be shimmed inside this official API surface. You say "nicer synomym for the very long run", but in the <b>very</b> long run why couldn't it be a true replacement?</div>

<div><br></div><div>Considering all the opinions around accessor usage in the standard, I'd think eliminating this dunder-wart would be a pretty nice aesthetic win. I know __proto__ isn't going anywhere for a long time, but does it really have to be standardized, especially when there's more "pure" alternative?</div>

<div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Having things in 'less than happy' state in more details simply breaks the (possible good) progress. At least my experience is, that if you refactor details of this kind (though they may seem formal), the 'flow' is freed. So if change of this kind is accompanied with terms cleaning as well, it may move the whole thing on to new quality.<br>


<br>
But. I am not the one responsible, I do not see all the differing implications.<br>
</blockquote>
<br></div>
I'm in the same boat. I see the attraction, very long run. Perhaps others will weigh in.<span class="HOEnZb"><font color="#888888"><br>
<br>
/be</font></span><div class="HOEnZb"><div class="h5"><br>
______________________________<u></u>_________________<br>
es-discuss mailing list<br>
<a href="mailto:es-discuss@mozilla.org" target="_blank">es-discuss@mozilla.org</a><br>
<a href="https://mail.mozilla.org/listinfo/es-discuss" target="_blank">https://mail.mozilla.org/<u></u>listinfo/es-discuss</a><br>
</div></div></blockquote></div><br>