<div dir="ltr">Not really related but the PEP says that arguments in Python are evaluated before the function (as a reason to reject the idea of None-aware function call) but this is not the case:<div><br></div><div><div>    >>> import dis</div><div>    >>> dis.dis(lambda : f()(g()))</div><div>      1           0 LOAD_GLOBAL              0 (f)</div><div>                  3 CALL_FUNCTION            0</div><div>                  6 LOAD_GLOBAL              1 (g)</div><div>                  9 CALL_FUNCTION            0</div><div>                 12 CALL_FUNCTION            1</div><div>                 15 RETURN_VALUE        </div><div><br></div></div><div>Andrea<br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Nov 29, 2017 at 7:14 PM, Joao S. O. Bueno <span dir="ltr"><<a href="mailto:jsbueno@python.org.br" target="_blank">jsbueno@python.org.br</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 28 November 2017 at 18:38, Barry Warsaw <<a href="mailto:barry@python.org">barry@python.org</a>> wrote:<br>
> On Nov 28, 2017, at 15:31, Raymond Hettinger <<a href="mailto:raymond.hettinger@gmail.com">raymond.hettinger@gmail.com</a>> wrote:<br>
><br>
>> Put me down for a strong -1.   The proposal would occasionally save a few keystokes but comes at the expense of giving Python a more Perlish look and a more arcane feel.<br>
><br>
> I am also -1.<br>
><br>
>> One of the things I like about Python is that I can walk non-programmers through the code and explain what it does.  The examples in PEP 505 look like a step in the wrong direction.  They don't "look like Python" and make me feel like I have to decrypt the code to figure-out what it does.<br>
><br>
> I had occasional to speak with someone very involved in Rust development.  They have a process roughly similar to our PEPs.  One of the things he told me, which I found very interesting and have been mulling over for PEPs is, they require a section in their specification discussion how any new feature will be taught, both to new Rust programmers and experienced ones.  I love the emphasis on teachability.  Sometimes I really miss that when considering some of the PEPs and the features they introduce (look how hard it is to teach asynchronous programming).<br>
<br>
</span>Oh well,<br>
I would be  +1 on patching PEP 1 for that.<br>
<br>
<br>
><br>
> Cheers,<br>
> -Barry<br>
<div class="HOEnZb"><div class="h5">><br>
______________________________<wbr>_________________<br>
Python-Dev mailing list<br>
<a href="mailto:Python-Dev@python.org">Python-Dev@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/python-dev" rel="noreferrer" target="_blank">https://mail.python.org/<wbr>mailman/listinfo/python-dev</a><br>
Unsubscribe: <a href="https://mail.python.org/mailman/options/python-dev/agriff%40tin.it" rel="noreferrer" target="_blank">https://mail.python.org/<wbr>mailman/options/python-dev/<wbr>agriff%40tin.it</a><br>
</div></div></blockquote></div><br></div>