"<span class="Apple-style-span" style="border-collapse: collapse; font-family: arial, sans-serif; font-size: 13px; ">Anyway, it is often a good idea to break funs out into full functions to reduce nesting and facilitate tracing.  Lots of funs make programs hard to debug."</span><div>
<font class="Apple-style-span" face="arial, sans-serif"><span class="Apple-style-span" style="border-collapse: collapse;"><br></span></font></div><div><font class="Apple-style-span" face="arial, sans-serif"><span class="Apple-style-span" style="border-collapse: collapse;">I agree. On both points. But neither point is really relevant to my case here. I'm not proposing that people write more funs. I'm proposing that writing named functions enjoy one of the syntactic benefits of funs.</span></font></div>
<div><font class="Apple-style-span" face="arial, sans-serif"><span class="Apple-style-span" style="border-collapse: collapse;"><br></span></font></div><div><font class="Apple-style-span" face="arial, sans-serif"><span class="Apple-style-span" style="border-collapse: collapse;">-michael turner<br>
</span></font><br><div class="gmail_quote">On Thu, May 19, 2011 at 1:17 AM, Daniel Goertzen <span dir="ltr"><<a href="mailto:dang@networkintegritysystems.com">dang@networkintegritysystems.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<blockquote><br><br>On Wed, May 18, 2011 at 11:08 AM, Michael Turner <span dir="ltr"><<a href="mailto:michael.eugene.turner@gmail.com" target="_blank">michael.eugene.turner@gmail.com</a>></span> wrote<div class="im">
<br>"I didn't ask that question until I *stumbled* on the extended syntax for funs; I didn't know about it before. The current documentation makes it hard to find."</div></blockquote>
<div class="gmail_quote"><div><br></div><div><br></div><div><br></div><div>I think this is a key issue here: multi-clause funs just don't happen all that often.  It was very late in my Erlang learning experience that I found the need for multi-clause funs, and I easily found the documentation at the time.  I did notice the syntax inconsistency, but didn't care.   Anyway, it is often a good idea to break funs out into full functions to reduce nesting and facilitate tracing.  Lots of funs make programs hard to debug.</div>

<div><br></div><div>Dan.</div><div> </div></div><br>
</blockquote></div><br></div>