<div dir="ltr">As a user I would be really pleased with the change proposed, as I use 
extensively use f-string in my logging (the fact that I have to evaluate
 the string whatever the logger level is is not a performance hit for my
 application), and usually the most readable logging format is <br><div>something akin to f"interesting_variable_name={interesting_variable_name}, big_list[:10]={big_list[:10]}".</div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">2018-10-03 11:17 GMT+02:00 Chris Angelico <span dir="ltr"><<a href="mailto:rosuav@gmail.com" target="_blank">rosuav@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Wed, Oct 3, 2018 at 7:09 PM Anders Hovmöller <<a href="mailto:boxed@killingar.net">boxed@killingar.net</a>> wrote:<br>
><br>
><br>
> >> I don't really think accidents of implementation are different from hard requirements in Python, as it applies to alternative implementations. In practice if it deviates from CPython then it's broken. There is no language spec, there is only CPython. This has been the experience and approach of PyPy as far as I've understood it after having followed their blog over the years.<br>
> >><br>
> ><br>
> > Definitely not true. There have been times when other implementors<br>
> > have come to python-dev and said, hey, is this part of the spec or is<br>
> > it an implementation detail? And the answer determines whether they<br>
> > care about that or not. For just a few examples:<br>
> ><br>
> > 1) Reference counting vs nondeterministic garbage collection<br>
> > 2) O(1) indexing/slicing of Unicode strings<br>
> > 3) "\N{...}" string escapes (okay, that's standardized, but optional)<br>
> > 4) Reuse of id() values<br>
> > 5) The "slots" mechanism for dunder method lookup<br>
> ><br>
> > The language spec determines, in some cases, that a CPython<br>
> > implementation detail has been promoted to standard. More often, it<br>
> > determines that other Pythons are permitted to behave differently.<br>
><br>
> Sometimes they will come away from this list thinking they don't care but then their users will report bugs over and over again and they'll just have to do it anyway. You probably won't hear about most of those. Trees that fall in the forest when no one is there do in fact make a sound.<br>
><br>
<br>
</span>And sometimes, people all over the world learn to write "with<br>
open(...) as f:" instead of just letting f expire. There IS a language<br>
spec, and pretending there isn't one doesn't change that.<br>
<br>
ChrisA<br>
<div class="HOEnZb"><div class="h5">______________________________<wbr>_________________<br>
Python-ideas mailing list<br>
<a href="mailto:Python-ideas@python.org">Python-ideas@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/python-ideas" rel="noreferrer" target="_blank">https://mail.python.org/<wbr>mailman/listinfo/python-ideas</a><br>
Code of Conduct: <a href="http://python.org/psf/codeofconduct/" rel="noreferrer" target="_blank">http://python.org/psf/<wbr>codeofconduct/</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><p>--<b><br>Nicolas Rolin</b> | Data Scientist<br>+ 33 631992617 - nicolas<a href="mailto:prenom.nom@tiime.fr" rel="nofollow" target="_blank">.rolin@tiime.fr</a></p><p><span></span><span><font color="#888888"><img src="https://docs.google.com/uc?export=download&id=0B5gEmxojZz7NUklic0RTMDVXd0E&revid=0B5gEmxojZz7NYytTZzQ3Q2t6d0xYZGZVSkljV3RCNGxZRENVPQ" width="96" height="28"> </font></span><br><i>15 rue Auber, </i><i>75009 Paris</i><br><i><a href="http://www.tiime.fr" rel="nofollow" target="_blank">www.tiime.fr</a></i></p></div></div></div></div></div></div>
</div>