<p dir="ltr"><br>
On 18 Jul 2015 8:13 am, "Ethan Furman" <<a href="mailto:ethan@stoneleaf.us">ethan@stoneleaf.us</a>> wrote:<br>
><br>
> On 07/16/2015 11:30 PM, Nick Coghlan wrote:<br>
><br>
>> On 17 July 2015 at 08:30, Ben Finney wrote:<br>
><br>
><br>
>>> By definition, advocating to not add cruft to an API is going to be in<br>
>>> advance of being bitten by those additions.<br>
>><br>
>><br>
>> That's not what people are doing. Folks are actually arguing for<br>
>> *restoring* the ability to mock out method names starting with<br>
>> "assret_*".<br>
><br>
><br>
> Why is that surprising?  As somebody already mentioned (Terry, I think?) "assret" is a fine abbreviation, as well as possibly being a foreign word.<br>
><br>
><br>
>> I still don't know why anyone thinks restoring that would be a<br>
>> worthwhile use of a maintainers' time (or why they thinking arguing in<br>
>> favour of such a capability is a worthwhile use of theirs).<br>
><br>
><br>
> 1) Because it shouldn't have been added in the first place.<br>
><br>
> 2) Because DWIM does not belong in Python.</p>
<p dir="ltr">Then volunteer to do all of the work to revert the change yourself, or offer to pay someone for it. Do NOT spend days nitpicking tiny details of work that has already been done to the point where people are wondering why they bother giving the gift of their time and contributions to our community.</p>
<p dir="ltr">Core committers are core committers because we're willing to trust their judgement in borderline design calls in their areas of expertise - the rest of the role could be automated (and hopefully eventually will be). Once they've made a decision, we have the entire internet to continue to voice our dissatisfaction with the outcome, but incessantly repeating the same points that were already considered in making the original decision constitutes unwelcome noise on the core mailing lists.</p>
<p dir="ltr">Regards,<br>
Nick.</p>
<p dir="ltr">><br>
><br>
>> None of the perspectives presented in this thread are new, although<br>
>> the apparent obsession over such a minor detail has made it abundantly<br>
>> clear that this kind of helper simply isn't worth the distraction it<br>
>> creates for maintainers, *regardless* of whether or not it helps end<br>
>> users.<br>
><br>
><br>
> To be clear:<br>
><br>
>   - those who are upset over "assret" are not upset over "assert"<br>
><br>
>   - it is not Python's job (nor the stdlib's) to correct spelling errors<br>
><br>
><br>
> --<br>
> ~Ethan~<br>
> _______________________________________________<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">https://mail.python.org/mailman/listinfo/python-dev</a><br>
> Unsubscribe: <a href="https://mail.python.org/mailman/options/python-dev/ncoghlan%40gmail.com">https://mail.python.org/mailman/options/python-dev/ncoghlan%40gmail.com</a><br>
</p>