<div dir="ltr"><div><div>I have two points that I know, from first hand, people (including myself) wonder: <br></div><div><br></div><div>1. Clear distinction between NumPy/SciPy development and respective roadmaps. <br></div><div><br></div><div>In addition to Johann's summary; I am an occasional contributor to SciPy (mostly linalg) and again occasionally I wonder whether certain stuff can be done on NumPy side or how to sync linalg issues lingering due to say legacy reasons etc. So I start reading the source code. However in particular to NumPy, it is extremely difficult for me to find an entry point on how things actually work or what core team has in mind about the SciPy/NumPy separation. Story gets really complicated by invoking the backwards compatibility issues, say the recent dropping the Accelerate support discussion. There are so many details to take care of, I can only mention how I'm impressed with the work you guys pulled off over the years. If sustainability is meant for widening the spectrum of contributors, some care is needed for initialization of us even in the form of contribution guide or which files stay where. This would also return as ease of reviewing and less weight on the core team. <br></div><div><br></div><div>2. Feature completeness of basic modules.</div><div><br></div>I have been in contact with a few companies, probing the opportunities about open-source usage in my domain of expertise. Many of them mentioned the feature incompleteness of the basics. One person used the analogy of potholes and bumpy ride in the linalg module "How come <...> is there but <...> is not?" . So it creates a maintenance obligation of a code base that not so many use. Another person used the term "a bit of this, a bit of that". Same applies for NumPy side too. <br></div><div><br></div><div><br></div>I hope these won't be taken as complaints, I just want to give the perspective I've gained in the last few months. But similar to other "huge" projects in open source domain, it seems to me that if there is a plan to attract interest of commercial 3rd parties for funding or simply donations, it would really help if they can see some clear planning or a better structure.<br><div><div><br></div><div>Best,</div><div>ilhan<br></div><div><br><br><br><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Oct 4, 2017 at 5:31 PM, John T. Goetz <span dir="ltr"><<a href="mailto:theodore.goetz@gmail.com" target="_blank">theodore.goetz@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello Chuck,<br>
Sustainability is indeed a broad topic and I think it's all too easy to<br>
think broadly about it. Please do discuss the big picture, but I am far<br>
more interested in the practical day-to-day action items that result<br>
from such a meeting. Here are my concerns with regards NumPy<br>
specifically:<br>
<br>
* How to handle the backlog of pull requests.<br>
<br>
* How to advertise outstanding issues that could be tackled by<br>
developers that are new to NumPy (like myself). This maybe just being<br>
more aggressive with the "Difficulty" tag.<br>
<br>
* Coding style has changed within the code-base over time and it would<br>
good to have a handful of functions one can point to as examples to<br>
follow.<br>
<br>
Notice these are all on the "ease of contributing" side of<br>
sustainability. I can't address the perhaps larger issues of ecosystem<br>
integration but I suspect NumPy doesn't suffer from being ignored. As<br>
to sponsored work or financial support, I'll look forward to the report<br>
that comes out of these meetings.<br>
<br>
Thanks for bringing this up here on the mailing list,<br>
Johann<br>
<div class="HOEnZb"><div class="h5"><br>
On Tue, 2017-10-03 at 17:04 -0600, Charles R Harris wrote:<br>
> Hi All,<br>
><br>
> I and a number of others representing various open source projects<br>
> under the NumFocus umbrella will be attending as meeting next Tuesday<br>
> do discuss the problem of sustainability. In preparation for that<br>
> meeting I would be interested in any ideas that the folks who follow<br>
> this list may have on the subject.<br>
><br>
> Chuck<br>
</div></div><div class="HOEnZb"><div class="h5">> ______________________________<wbr>_________________<br>
> NumPy-Discussion mailing list<br>
> <a href="mailto:NumPy-Discussion@python.org">NumPy-Discussion@python.org</a><br>
> <a href="https://mail.python.org/mailman/listinfo/numpy-discussion" rel="noreferrer" target="_blank">https://mail.python.org/<wbr>mailman/listinfo/numpy-<wbr>discussion</a><br>
______________________________<wbr>_________________<br>
NumPy-Discussion mailing list<br>
<a href="mailto:NumPy-Discussion@python.org">NumPy-Discussion@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/numpy-discussion" rel="noreferrer" target="_blank">https://mail.python.org/<wbr>mailman/listinfo/numpy-<wbr>discussion</a><br>
</div></div></blockquote></div><br></div>