<div dir="ltr"><div><div><div>I think it is a good idea to keep it separate in the beginning, the pandas repo itself is already noisy enough :-)<br><br></div>Only concern: when we start discussing PRs or issues in a pandas2 repo, the distinction with the discussions on pandas-design may start to become unclear. <br></div>Would it be an option to have the prototyping in a subdirectory of the pandas-design repo itself? On the other hand, the discussions on those PRs may also get too noisy for the people who want to follow the more high-level stuff on pandas-design.<br><br></div>Joris<br></div><div class="gmail_extra"><br><div class="gmail_quote">2016-10-12 23:18 GMT+02:00 Wes McKinney <span dir="ltr"><<a href="mailto:wesmckinn@gmail.com" target="_blank">wesmckinn@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">hi folks<br>
<br>
We have <a href="https://github.com/pydata/pandas-design" rel="noreferrer" target="_blank">https://github.com/pydata/<wbr>pandas-design</a> already, but: I'm<br>
starting to get to work on some prototyping:<br>
<br>
<a href="https://github.com/wesm/pandas/tree/pandas-2.0" rel="noreferrer" target="_blank">https://github.com/wesm/<wbr>pandas/tree/pandas-2.0</a><br>
<br>
Rather than clutter up pydata/pandas with the PRs, code reviews, and<br>
occasionally unstable builds for this, I'm thinking of creating<br>
pydata/pandas2 (a new repo, but the same git repository as<br>
pydata/pandas) and putting up PRs there, and Gerrit code reviews<br>
(going to try out <a href="http://gerrithub.io" rel="noreferrer" target="_blank">gerrithub.io</a> -- I want a lot of scrutiny on this<br>
code). Does this sound like a good idea? This will also help others<br>
who want to engage in the pandas 2.0 process but not the pandas<br>
day-to-day grind.<br>
<br>
When I reach some checkpoints where design feedback is necessary to<br>
move forward I can make some noise there. Going to be mostly essential<br>
C++ plumbing (memory management, array reference counting, views,<br>
etc.) for the next few weeks.<br>
<br>
Let me know what you all think.<br>
<br>
As an aside, as I've started working on this, it's reasonably clear<br>
that we're going to want to commit to the copy-on-write path pretty<br>
early in the process. Luckily I don't think this is very hard once you<br>
can easily determine when there is array data sharing. We may want to<br>
explore that topic in some detail in the design docs<br>
<br>
Thanks<br>
Wes<br>
______________________________<wbr>_________________<br>
Pandas-dev mailing list<br>
<a href="mailto:Pandas-dev@python.org">Pandas-dev@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/pandas-dev" rel="noreferrer" target="_blank">https://mail.python.org/<wbr>mailman/listinfo/pandas-dev</a><br>
</blockquote></div><br></div>