<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Apr 6, 2014 at 8:06 AM, Maximilian Albert <span dir="ltr"><<a href="mailto:maximilian.albert@gmail.com" target="_blank">maximilian.albert@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div id=":3dt" class="a3s" style="overflow:hidden">somewhat complementary, but it might be useful to combine some of the<br>


ideas mentioned here with tools like Sumatra [1], which might be<br>
useful for further automization and/or reproducibility. I haven't<br>
thought about this deeply, but offhand I could imagine that it would<br>
help with some of the caching issues mentioned (because the outcome of<br>
different simulation/analysis runs is stored in a database, so it<br>
would be easy to get the data or plots corresponding to a specific<br>
parameter set).</div></blockquote></div><br><div>Indeed, and we're very much of the opinion that such efforts should be taken outside of the core IPython code. That makes life easier for everyone: third parties can develop new ideas without bottlenecking on our already too small team, and we manage to keep a modicum of control over the scope of IPython.</div>

<div><br></div><div>Obviously if experience builds in such an effort that points to improvements being needed in IPython, we're always happy to make them. But it's much better to run as far as possible outside of the core code (even if it requires temporary workarounds).</div>

<div><br></div><div>Cheers</div><div><br></div><div>f</div><div><br></div>-- <br>Fernando Perez (@fperez_org; <a href="http://fperez.org" target="_blank">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>
</div></div>