Yep, I agree with James.  I think of &quot;users&quot; as folks who yes, will be writing scripts, but mostly calling on the AstroLib routines to do both the heavy lifting (interpolation, photometry, spectral extraction) and the mundane (fits header manipulation, coord conversion, reading ascii tables). Also, when I think of &quot;users&quot;, I think of undergrads and grad students who don&#39;t need to/can&#39;t/won&#39;t dig into things too much and, as James said, just need to get things done quickly, efficiently, and hopefully effectively without getting bogged down in the guts of the code. So when I say users, i think the best translation for the folks on this list would be &quot;newbies&quot;...ppl who may have even never edited their .cshrc before....<div>

<br></div><div>Based on the responses so far, it seems to make sense for the Switchers Guide to stay on AstroBetter...especially since I&#39;m the one doing most of the editing at this point!  Which is fine...it&#39;s been a great way for me to learn. I have an upcoming observing run and two long plane rides (with WiFi) where I&#39;ll probably do another round of additions.  Any comments/suggestions you have for the guide are welcome (off list).</div>

<div><div><br></div><div>kelle<br><br><div><div class="gmail_quote">On Mon, Jul 12, 2010 at 4:04 PM, James Turner <span dir="ltr">&lt;<a href="mailto:jturner@gemini.edu">jturner@gemini.edu</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<div class="im"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">In astronomy, lots of &quot;users&quot; will be writing scripts that dig pretty<br>
deeply into what one might think of as &quot;developer&quot; territory, so I&#39;m<br>
not clear on where the line is...<br>
</blockquote>
<br></div>
It&#39;s not very well defined, but I&#39;d consider developers to be the<br>
people who care about structuring code, using version control, writing<br>
tests and the overall quality of the end product -- those who will take<br>
the time to understand developer documentation as far as they need it<br>
to do the job properly. For &quot;users&quot;, the bar has to be set pretty low<br>
in terms of explaining the basics and focusing on getting things done<br>
quickly. Just my 11 pesos.</blockquote></div><br>-- <br>Kelle Cruz, PhD<br><a href="http://kellecruz.com/">http://kellecruz.com/</a><br>424.645.1334<br>
</div></div></div>