<p>+1 High integrity engineering of components supports low integrity integration essential for low cost adaptable systems. We have scripting for the same reason we carpenters. We could build a house using a computer milling machine but no one could afford it; we don't want JavaScript to enforce high precision at the cost of flexibility.<br>

jjb</p>
<div class="gmail_quote">On Apr 23, 2012 6:30 PM, "Allen Wirfs-Brock" <<a href="mailto:allen@wirfs-brock.com">allen@wirfs-brock.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div style="word-wrap:break-word"><br><div><div>On Apr 23, 2012, at 6:09 PM, Mark S. Miller wrote:</div><br><blockquote type="cite"><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Apr 23, 2012 at 5:47 PM, Allen Wirfs-Brock <span dir="ltr"><<a href="mailto:allen@wirfs-brock.com" target="_blank">allen@wirfs-brock.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div style="word-wrap:break-word">
<div><br><div><blockquote type="cite"><div><br><font color="#144fae">...</font>
</div></blockquote><br></div></div><div>The delete issue is very much along the lines of what I was referring to in another thread[3] today regarding "failure oblivious computing".  I just don't think I see a big benefit from a throw  in the situation of deleting a non-configurable property, particularly since there was already another mechanism (delete operator returns false) that indicates that the delete could not be performed. </div>

<div><br></div><div>IMO, this the delete strict mode throw was unnecessary and borders on being a bad idea. Perhaps we could remove it from ES6.  How much strict mode code do we think is going to actually be dependent on getting that exception?</div>

</div></blockquote><div><br></div><div>-1.</div><div><br></div><div>The "failure oblivious computing" stuff is fascinating, but I wouldn't try it at home. Such code proceeds silently after it has lost integrity. Not great for anything important. Completely useless for code that must maintain integrity under adversarial conditions.</div>

<div><br></div></div></div></blockquote></div><br><div>The point is that much of what is done on the web is not high integrity computation. It is essential that high integrity be possible, when it is required. But forcing all computation into the high integrity category seems like as bad an idea as forcing all computation to be low integrity.  I really wonder how successful JS would have been if it had started out as a high integrity language.</div>
<div><br></div><div>Allen</div></div><br>_______________________________________________<br>
es-discuss mailing list<br>
<a href="mailto:es-discuss@mozilla.org">es-discuss@mozilla.org</a><br>
<a href="https://mail.mozilla.org/listinfo/es-discuss" target="_blank">https://mail.mozilla.org/listinfo/es-discuss</a><br>
<br></blockquote></div>