<br><br><div class="gmail_quote">On Mon, Oct 15, 2012 at 2:15 PM, Jesper Louis Andersen <span dir="ltr"><<a href="mailto:jesper.louis.andersen@erlang-solutions.com" target="_blank">jesper.louis.andersen@erlang-solutions.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div><br></div></div>
Two, I've found that a very large factor of performance stems from the ability to try out clever solutions and be clever about what you do. And in my experience, this is easier to achieve in sane, modern languages like ML, Erlang or (to a certain extent) Haskell. Thus, if you can trade a slow solution for a faster one quickly, then you end up with a faster program in the end. Another factor is time constraint, where a higher level language lets you express the problem quicker.<br>


<br></blockquote><div><br>Thanks Jesper for your comments.<br>I was brought up on lisp and have spent a couple of decades on Haskell and such languages.  So the functional aspect of Erlang is not (likely to be) an issue for me.<br>

<br>Concurrency however is new!<br><br>So any directions of exercises that I could try to get into 'the Erlang groove' would be helpful.<br><br>[I am of course reading Joe's book]<br>
</div></div><br>Rusi<br>