<p dir="ltr"><br>
On Jun 29, 2015 5:39 AM, "Brian Granger" <<a href="mailto:ellisonbg@gmail.com">ellisonbg@gmail.com</a>> wrote:<br>
><br>
> > The tools at our disposal are:<br>
> ><br>
> > - Our mailing lists (jupyter & IPython-dev)<br>
> ><br>
> > - Our gitter rooms: we don't want to kill them, we just need to adjust what<br>
> > we want to use them for, and probably reduce the number of rooms.  As the<br>
> > number of repos we have grows, having dozens of rooms is probably not<br>
> > manageable.<br>
> ><br>
> > - Github: issues will continue being used by folks as a mechanism to<br>
> > effectively submit problem reports that, in practice, are often questions.<br>
> ><br>
> > - StackOverflow: not to be underestimated, it's archival, searchable, etc.<br>
><br>
> One more tool we do have - live conversations (phone calls, skype, G+,<br>
> etc).  While these tools are not public, I know we will continue to<br>
> use them - our acknowledging this will help us to integrate these into<br>
> the public channels better.<br>
><br>
> > - We try to do a better job of communicating important ideas, questions,<br>
> > discussions, etc, on the project lists.  Let's encourage our users to do the<br>
> > same.  We also post key announcements more regularly here.  Everyone should<br>
> > really feel comfortable<br>
><br>
> I would add one point:<br>
><br>
> When private conversations happen the participants post a short<br>
> summary to the mailing lists or github. I think that remains one of<br>
> the biggest communication challenges we have. Being geographically<br>
> isolated from UC Berkeley, I know this first hand from both sides.<br>
> There are times that the entire UC Berkeley team assumes Jon and I<br>
> know about something when we don't. And I am sure there are times that<br>
> Jon and I assume the Berkeley folks know things that we do. I also<br>
> have many phone conversations that I don't summarize well to the rest<br>
> of the team. In summary, I am as guilty as anyone on our team of not<br>
> summarizing private conversations to the rest of the team and<br>
> community and I want to work really hard to change this.<br>
><br>
> ><br>
> > - We stop pointing people to gitter as the *first* help stop.  We should<br>
> > point them to the mailing list (and? OR?) StackOverflow instead.  Having a<br>
> > non-archival medium be the first point of help means a vast amount of<br>
> > duplicated and wasted time helping people.<br>
> ><br>
> > - The Gitter real-time help room and repo rooms can remain active but we try<br>
> > to maintain a discipline of using them only for when folks need the<br>
> > real-time collaboration.  If key decisions are made here, let's try to have<br>
> > a discipline of periodically posting a quick summary, even if it's just a<br>
> > very short one, to the mailing list, pointing out what happened.  In the<br>
> > long run, it will help us all better keep in touch with what the project is<br>
> > doing.<br>
> ><br>
> ><br>
> > What other ideas do people have, that can help us better communicate, both<br>
> > among project regulars and with the more occasional, broader community<br>
> > participants?<br>
><br>
> I would like to clarify which gitter channels we will use. Our current<br>
> set still feels a bit scattered. I would prefer to have one main<br>
> channel for each org and then only additional rooms for specific<br>
> projects that are very high traffic.<br>
><br>
> Would does everyone think?</p>
<p dir="ltr">That makes sense. Links to docs, sources, issues?</p>
<p dir="ltr">Someone could get all of these IPython/Jupyter link patterns together? <a href="https://westurner.org/wiki/ideas#open-source-mailing-list-extractor">https://westurner.org/wiki/ideas#open-source-mailing-list-extractor</a> (and then make vague references to documentation and issues #3 with no links)?</p>
<p dir="ltr">These are all valued channels with different searchability; and linking with URIs.</p>
<p dir="ltr">><br>
> Cheers,<br>
><br>
> Brian<br>
><br>
> ><br>
> > Cheers<br>
> ><br>
> > f<br>
> ><br>
> ><br>
> ><br>
> ><br>
> > --<br>
> > Fernando Perez (@fperez_org; <a href="http://fperez.org">http://fperez.org</a>)<br>
> > fperez.net-at-gmail: mailing lists only (I ignore this when swamped!)<br>
> > fernando.perez-at-berkeley: contact me here for any direct mail<br>
> ><br>
> > --<br>
> > You received this message because you are subscribed to the Google Groups<br>
> > "Project Jupyter" group.<br>
> > To unsubscribe from this group and stop receiving emails from it, send an<br>
> > email to <a href="mailto:jupyter%2Bunsubscribe@googlegroups.com">jupyter+unsubscribe@googlegroups.com</a>.<br>
> > To post to this group, send email to <a href="mailto:jupyter@googlegroups.com">jupyter@googlegroups.com</a>.<br>
> > To view this discussion on the web visit<br>
> > <a href="https://groups.google.com/d/msgid/jupyter/CAHAreOpGXgRSj1vr8YzV9pdmpXCrZdE-tL%2BeVAV-Kr%2BVe7pkng%40mail.gmail.com">https://groups.google.com/d/msgid/jupyter/CAHAreOpGXgRSj1vr8YzV9pdmpXCrZdE-tL%2BeVAV-Kr%2BVe7pkng%40mail.gmail.com</a>.<br>
> > For more options, visit <a href="https://groups.google.com/d/optout">https://groups.google.com/d/optout</a>.<br>
><br>
><br>
><br>
> --<br>
> Brian E. Granger<br>
> Cal Poly State University, San Luis Obispo<br>
> @ellisonbg on Twitter and GitHub<br>
> <a href="mailto:bgranger@calpoly.edu">bgranger@calpoly.edu</a> and <a href="mailto:ellisonbg@gmail.com">ellisonbg@gmail.com</a><br>
> _______________________________________________<br>
> IPython-dev mailing list<br>
> <a href="mailto:IPython-dev@scipy.org">IPython-dev@scipy.org</a><br>
> <a href="http://mail.scipy.org/mailman/listinfo/ipython-dev">http://mail.scipy.org/mailman/listinfo/ipython-dev</a><br>
</p>