<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra">I don't see why. As Chris said, side effects in asserts are nothing new and </div></div></blockquote><div><br></div><div>Indeed -- this new feature makes it easier to affect the local scope in all sorts of new places. It was decided that the additional complexity is worth it to make the language more expressive, and it was also decided not to try to "lock down" this new feature to only "appropriate" places.</div><div> <br></div><div><span style="font-size:small;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline">> this PEP is not the one to do something about it.</span><br></div><div><br></div><div>Hmm --- not sure if it's PEP-worthy, but I'd sure love to see the community make a strong stance that:</div><div><br></div><div>asserts are for tests, and only for tests</div><div><br></div><div>Which doesn't necessarily mean that assert statements only exist in test code (though I personally follow that practice), but it does mean that assert statements, wherever they live, should not be counted on at run time, ever.</div><div><br></div><div>-CHB</div></div><div><br></div><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><br>Christopher Barker, Ph.D.<br>Oceanographer<br><br>Emergency Response Division<br>NOAA/NOS/OR&R            (206) 526-6959   voice<br>7600 Sand Point Way NE   (206) 526-6329   fax<br>Seattle, WA  98115       (206) 526-6317   main reception<br><br><a href="mailto:Chris.Barker@noaa.gov" target="_blank">Chris.Barker@noaa.gov</a></div>
</div></div>