Note also that a PEP does not need to be the first step. <div><br></div><div>Write the code, ask people to try it out, if others like it, they may test and contribute, etc.</div><div><br></div><div>While a PEP may be necessary to get something into the stdlib or core, it can be a document that captures the interactive, "agile" process -- it does not need to be design up-front.</div><div><br></div><div>-CHB<span></span><br><br>On Saturday, April 4, 2015, Chris Angelico <<a href="mailto:rosuav@gmail.com">rosuav@gmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Fri, Apr 3, 2015 at 7:33 PM, anatoly techtonik <<a href="javascript:;" onclick="_e(event, 'cvml', 'techtonik@gmail.com')">techtonik@gmail.com</a>> wrote:<br>
> Author is me, so you can ask directly. Why I didn't propose to redesign?<br>
> Because people will assume that somebody will need to write PEP and will<br>
> force me to write one. I don't believe in "redesign by specification" like<br>
> current PEP process assumes and people accuse me of being lazy and trolling<br>
> them, because I don't want to write the PEPs. Damn, I believe in iterative<br>
> development and evolution, and I failed to persuade coredevs that practices<br>
> digged up by people under the "agile" label is not some sort of corporate<br>
> bullshit. So it is not my problem now. I did all I am capable of.<br>
<br>
Why, exactly, is it that you don't want to author a PEP? Is it because<br>
you don't have the time to devote to chairing the discussion and all?<br>
If so, you could quite possibly persuade someone else to. I'd be<br>
willing to take on the job; convince me that your core idea is worth<br>
pursuing (and make clear to me precisely what your core idea is), and<br>
I could do the grunt-work of writing. But you say that you "don't<br>
*believe in*" the process, which suggests a more philosophical<br>
objection. What's the issue, here? Why are you holding back from such<br>
a plan? *cue the troll music*<br>
<br>
There are many Pythons in the world. You can't just hack on CPython<br>
and expect everything to follow on from there. Someone has to explain<br>
to the Jython folks what they'll have to do to be compatible. Someone<br>
has to write something up so MicroPython can run the same code that<br>
CPython does. Someone, somewhere, has to be able to ensure that<br>
Brython users aren't caught out by your proposed change. PEPs provide<br>
that. (They also provide useful pointers for the "What's New" lists,<br>
eg PEP 441.)<br>
<br>
So, are you proposing a change to Python? Then propose it.<br>
<br>
ChrisA<br>
_______________________________________________<br>
Python-ideas mailing list<br>
<a href="javascript:;" onclick="_e(event, 'cvml', 'Python-ideas@python.org')">Python-ideas@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/python-ideas" target="_blank">https://mail.python.org/mailman/listinfo/python-ideas</a><br>
Code of Conduct: <a href="http://python.org/psf/codeofconduct/" target="_blank">http://python.org/psf/codeofconduct/</a><br>
</blockquote></div><br><br>-- <br><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><br>