<p dir="ltr"><br>
On 18 Jul 2015 10:40 am, "Ben Finney" <<a href="mailto:ben%2Bpython@benfinney.id.au">ben+python@benfinney.id.au</a>> wrote:<br>
><br>
> Nick Coghlan <<a href="mailto:ncoghlan@gmail.com">ncoghlan@gmail.com</a>> writes:<br>
><br>
> > On 17 July 2015 at 08:30, Ben Finney <<a href="mailto:ben%2Bpython@benfinney.id.au">ben+python@benfinney.id.au</a>> wrote:<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>
> > 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>
> You're describing a fait accompli. That doesn't justify the changes to<br>
> get to that fait.</p>
<p dir="ltr">NOTHING new has been added by this discussion - it is merely rehashing arguments that were already considered when the original design decision was made. Attempting to get our way through sheer volume is not acceptable behaviour.</p>
<p dir="ltr">Courtesy attempts to explain have been met with endless nitpicking rather than gratitude for explanation of the original decision.</p>
<p dir="ltr">I'm with Antoine in wondering why we even bother with contributing when the thanks we can expect is for people to feel entitled to demand we spend hours of our time debating trivial details while huge glaring problems like the startup sequence and the core workflow tooling languish for lack of time to work on them.</p>
<p dir="ltr">This change *doesn't really matter* in the grand scheme things, but would require a non-zero amount of time and effort to reverse, so unless you're offering one of the unittest maintainers a contract gig to change it back, let it go.</p>
<p dir="ltr">Regards,<br>
Nick.</p>