<p dir="ltr">+1</p>
<div class="gmail_quote">On Mar 12, 2014 7:39 AM, "John ZuHone" <<a href="mailto:jzuhone@gmail.com">jzuhone@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
+1<br>
<br>
On Mar 12, 2014, at 9:11 AM, Matthew Turk <<a href="mailto:matthewturk@gmail.com">matthewturk@gmail.com</a>> wrote:<br>
<br>
> On Wed, Mar 12, 2014 at 9:05 AM, Britton Smith <<a href="mailto:brittonsmith@gmail.com">brittonsmith@gmail.com</a>> wrote:<br>
>> Hi all,<br>
>><br>
>> There are two major changes coming soon for yt-3.0 as we march our way to an<br>
>> official release.  These are the unitrefactor and the rebranding.  The<br>
>> unitrefactor adds symbolically expressed, convertible units to all fields<br>
>> and scalars in yt.  The rebranding is a rethinking of some of yt's<br>
>> conceptual entities (such as thinking of a "dataset" instead of a "parameter<br>
>> file", an "indexer" instead of a "hierarchy", etc.) and attempt to de-astro<br>
>> the infrastructure as we start to think about working with other sciences.<br>
>> The unitrefactor also contains some rebranding efforts in the form of field<br>
>> renaming (e.g., "Density" becoming "density"), so these changes are somewhat<br>
>> linked.<br>
>><br>
>> What we need to figure out is the process by which these changes are merged<br>
>> into the yt-3.0 branch of the main repo (yt_analysis).  In my opinion, the<br>
>> primary issues are the following:<br>
>><br>
>> 1. Develop is cumbersome because it is taking place within Matt's fork,<br>
>> meaning that all contributors have to fork his fork and issue PRs to that.<br>
>> This is annoying because one has to maintain two forks and because most<br>
>> people aren't getting notified of PRs issued to Matt's fork.<br>
>><br>
>> 2. Experience has shown that the only way to identify all the bugs is by<br>
>> actually attempting to use the code to do Real Stuff.  What this means is we<br>
>> need all the frontends represented and people putting the various<br>
>> functionality and analysis modules to use.  I think for most people, having<br>
>> to pull changes in from an external repo and perform various mercurial magic<br>
>> just to test changes is a bridge to far.  We need to lower the barrier to<br>
>> entry.<br>
>><br>
>> 3. There is still a good amount of documentation, testing, polishing, etc<br>
>> before this can be called stable.  Even though yt-3.0 is still officially<br>
>> Under Development, a number of people are using it to do actual things and<br>
>> so it is unreasonable to just land this on them without full documentation<br>
>> and with such a high likelihood that it will break things.<br>
>><br>
>> I propose that the unitrefactor and rebranding work be pulled into the main<br>
>> repository in an "experimental" bookmark.  I think this will a) streamline<br>
>> development and make it more visible to everyone, b) lower the barrier to<br>
>> trying it out for people so we can actually get everything tested and<br>
>> working, and c) not disrupt the workflow of the current users of yt-3.0.  I<br>
>> also think this is the quickest way of satisfying everyone in terms of<br>
>> getting all of the necessary documentation written as it makes the<br>
>> development significantly more open and accessible.<br>
>><br>
>> For more info on what needs to be done on both of these fronts and for<br>
>> yt-3.0 in general, see the trello boards: <a href="https://trello.com/yt_analysis" target="_blank">https://trello.com/yt_analysis</a><br>
>><br>
>> Can we get a +/-1 on this?<br>
><br>
> +1, for all of these reasons.<br>
><br>
> I'm really keen to get things merged in, but nervous -- for the<br>
> reasons you note.<br>
><br>
> -Matt<br>
><br>
>><br>
>> Britton<br>
>><br>
>> _______________________________________________<br>
>> yt-dev mailing list<br>
>> <a href="mailto:yt-dev@lists.spacepope.org">yt-dev@lists.spacepope.org</a><br>
>> <a href="http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org" target="_blank">http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org</a><br>
>><br>
> _______________________________________________<br>
> yt-dev mailing list<br>
> <a href="mailto:yt-dev@lists.spacepope.org">yt-dev@lists.spacepope.org</a><br>
> <a href="http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org" target="_blank">http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org</a><br>
<br>
_______________________________________________<br>
yt-dev mailing list<br>
<a href="mailto:yt-dev@lists.spacepope.org">yt-dev@lists.spacepope.org</a><br>
<a href="http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org" target="_blank">http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org</a><br>
</blockquote></div>