<div dir="ltr"><div class="gmail_quote">On Tue, Mar 3, 2015 at 12:30 AM Gordon Guthrie <<a href="mailto:gguthrie@basho.com">gguthrie@basho.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div style="font-family:Calibri,sans-serif;font-size:11pt">Generally function heads are 'better' than cases, particularly if there are a lot of them...<br><br>This email would be easier to answer if there was some code so people could outline options...<br></div></div></blockquote><div><br></div><div>I deliberately didn't include any code because I was more interested in talking about the overall idea ("do erlangers discuss design patterns?") than "it'd be better if you..." As is it seems like including examples without code was too much of a distraction :)</div><div><br></div><div>I think I was coming to the (general?) conclusion about case statements: they're an intermediary step that are only occasionally left as-is.</div><div><br></div><div>I think I'm also slowly understanding how powerful (and therefore important) the tooling is in Erlang - I'd figured out common_test on my own, and been integrating that with eunit slowly. But dialyzer is an amazing tool, and it seems like I should sink the time into learning xref, too. Together, they seem to influence the design and structure of Erlang in many little ways.</div><div><br></div><div>The question remains though: do erlangers discuss design patterns? (I see a lot of "I'd do it this way..." which seems like sort of the same thing.)</div><div><br></div><div>Judson</div></div></div>