<p dir="ltr">Over on the "security SIG" thread, the point has been made that we seem to be hitting some limits in communication (Steve Dower said written communication, Guido said mailing lists/newsgroups). Based on the burnout we are seeing from these centi-threads we need to try and come up with some solution to this problem, else we are heading towards a bad place sue to communication burn-out.</p>
<p dir="ltr">For me, I don't think we can give up written communication thanks to how worldwide we all are and thus make scheduling some monthly video chat very difficult. What I would like to consider, though, is something like Discourse where we at least have a chance to have tools available to us to manage discussions better than through federated email where everyone has different experiences in terms of delivery rate, ability to filter, splitting discussions, locking down out-of-control discussions, etc. I think harmonizing the experience along with better controls could help make all of this more manageable.</p>
<br><div class="gmail_quote"><div dir="ltr">On Fri, Jun 17, 2016, 18:13 Nick Coghlan <<a href="mailto:ncoghlan@gmail.com">ncoghlan@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 16 June 2016 at 19:00, Kevin Ollivier <<a href="mailto:kevin-lists@theolliviers.com" target="_blank">kevin-lists@theolliviers.com</a>> wrote:<br>
> Hi Guido,<br>
><br>
> From: <<a href="mailto:gvanrossum@gmail.com" target="_blank">gvanrossum@gmail.com</a>> on behalf of Guido van Rossum<br>
> <<a href="mailto:guido@python.org" target="_blank">guido@python.org</a>><br>
> Reply-To: <<a href="mailto:guido@python.org" target="_blank">guido@python.org</a>><br>
> Date: Thursday, June 16, 2016 at 5:27 PM<br>
> To: Kevin Ollivier <<a href="mailto:kevin-lists@theolliviers.com" target="_blank">kevin-lists@theolliviers.com</a>><br>
> Cc: Python Dev <<a href="mailto:python-dev@python.org" target="_blank">python-dev@python.org</a>><br>
> Subject: Re: [Python-Dev] Discussion overload<br>
><br>
> Hi Kevin,<br>
><br>
> I often feel the same way. Are you using GMail? It combines related messages<br>
> in threads and lets you mute threads. I often use this feature so I can<br>
> manage my inbox. (I presume other mailers have the same features, but I<br>
> don't know if all of them do.) There are also many people who read the list<br>
> on a website, e.g. gmane. (Though I think that sometimes the delays incurred<br>
> there add to the noise -- e.g. when a decision is reached on the list<br>
> sometimes people keep responding to earlier threads.)<br>
><br>
><br>
> I fear I did quite a poor job of making my point. :( I've been on open<br>
> source mailing lists since the late 90s, so I've learned strategies for<br>
> dealing with mailing list overload. I've got my mail folders, my mail rules,<br>
> etc. Having been on many mailing lists over the years, I've seen many<br>
> productive discussions and many unproductive ones, and over time you start<br>
> to see patterns. You also see what happens to those communities over time.<br>
<br>
This is one of the major reasons we have the option of escalating<br>
things to the PEP process (and that's currently in train for<br>
os.urandom), as well as the SIGs for when folks really need to dig<br>
into topics that risk incurring a relatively low signal-to-noise<br>
ration on python-dev. It's also why python-ideas was turned into a<br>
separate list, since folks without the time for more speculative<br>
discussions and brainstorming can safely ignore it, while remaining<br>
confident that any ideas considered interesting enough for further<br>
review will be brought to python-dev's attention.<br>
<br>
But yes, one of the more significant design errors I've made with the<br>
contextlib API was due to just such a draining pile-on by folks that<br>
weren't happy the original name wasn't a 100% accurate description of<br>
the underlying mechanics (even though it was an accurate description<br>
of the intended use case), and "people yelling at you on project<br>
communication channels without doing adequate research first" is the<br>
number one reason we see otherwise happily engaged core developers<br>
decide to find something else to do with their time.<br>
<br>
The challenge and art in community management in that context is<br>
balancing telling both old and new list participants "It's OK to ask<br>
'Why is this so?', as sometimes the answer is that there isn't a good<br>
reason and we may want to change it" and "Learn to be a good peer<br>
manager, and avoid behaving like a micro-managing autocrat that chases<br>
away experienced contributors".<br>
<br>
Cheers,<br>
Nick.<br>
<br>
--<br>
Nick Coghlan   |   <a href="mailto:ncoghlan@gmail.com" target="_blank">ncoghlan@gmail.com</a>   |   Brisbane, Australia<br>
_______________________________________________<br>
Python-Dev mailing list<br>
<a href="mailto:Python-Dev@python.org" target="_blank">Python-Dev@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/python-dev" rel="noreferrer" target="_blank">https://mail.python.org/mailman/listinfo/python-dev</a><br>
Unsubscribe: <a href="https://mail.python.org/mailman/options/python-dev/brett%40python.org" rel="noreferrer" target="_blank">https://mail.python.org/mailman/options/python-dev/brett%40python.org</a><br>
</blockquote></div>