<div dir="ltr"><div dir="ltr">On Tue, Feb 12, 2019 at 1:59 PM Antoine Pitrou <<a href="mailto:antoine@python.org">antoine@python.org</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
Le 11/02/2019 à 20:00, Barry Warsaw a écrit :<br>
> On Feb 11, 2019, at 09:48, Victor Stinner <<a href="mailto:vstinner@redhat.com" target="_blank">vstinner@redhat.com</a>> wrote:<br>
>><br>
>> tl; dr How can we decide if we should stop using mailing list or if we<br>
>> should stop using <a href="http://discuss.python.org" rel="noreferrer" target="_blank">discuss.python.org</a>?<br>
> <br>
> Point of order: I think we need a PEP for this decision.  Such a PEP would organize and consolidate the arguments both pro and con of the three choices.  It should also cover whether the current Discourse experiment translates to larger mailing lists like python-dev, -ideas, and -list (for which I personally have uncertainty about).<br>
<br>
Same uncertainty here.  I don't think Discourse works well for long threads.<br>
<br>
Here is a 161-message Discourse thread (at the time of this writing):<br>
<a href="https://discuss.python.org/t/pep-517-backend-bootstrapping/789" rel="noreferrer" target="_blank">https://discuss.python.org/t/pep-517-backend-bootstrapping/789</a><br>
<br>
I know I can browse easily through a 161-message mailing-list or<br>
newsgroup thread using a traditional threaded view, read what I want,<br>
come back later to read the rest, etc.  But Discourse's linear<br>
presentation pretty much kills that ability.  It doesn't even allow<br>
*seeing* the structure of the discussion.<br></blockquote><div><br></div><div>Neither does my email client.  It never will, nor can we require mailing list participants to use any specific type of email client.</div><div><br></div><div>If we want to enforce an <i>interface</i> on people, IMNSHO that is what something like Discourse is for.  It levels the playing field and provides modern features way beyond 1900s style email listserv communication while still allowing interaction via email.</div><div><br></div><div>To wit, I also agree with the flat-by-design link posted further down thread.  Scrollwheel skimming further it looks like what I've said reinforces points already made by Paul and others.</div><div><br></div><div>I don't personally find that _anything_ works well for long threads.  I'm not convinced that problem is solvable for more than a minority fraction of participants.  So lets not try ourselves, but lets not reject change because it doesn't solve that problem.  Look at the existing problems it _does_ solve and seek to address and understand new problems it creates.  That'd all be part of a Discourse related PEP.</div><div><br></div><div>Remember, we could still be using cvs.  Lets not be that project.</div><div><br></div><div>-gps</div></div></div>