<div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div>I've found that mixing Erlang into the Web design part drastically reduces the pickings when you need a professional web designer. The erlang community to-date hasn't attracted the kind of people who live to design beautiful HTML pages.</div>
</div></blockquote><div><br></div><div>And not just that but reusing components from others and debugging is complicated by embedding code in the client side markup.</div><div><br></div><div>That is why I've found using a client side MVC (in Coffeescript so its not as painful) with templates that are pure HTML (like Batman.js does, <a href="http://batmanjs.org/">http://batmanjs.org/</a>) and interfacing with Erlang only for dynamic data exchange with JSON is the best approach.</div>
<div><br>This approach allows the frontend to be developed separately with only worrying about what format the data sent and received must be. Now your frontend developer can even just throw test JSON into a basic Node server to test their work. And since its pure HTML templates you can even view the site just fine without any server running.</div>
<div><br></div><div>Now you can use any webserver and CDN to serve up your static frontend and your Erlang code not having to deal with templating or serving up static files.</div><div><br></div><div>Though I am finding Opa (<a href="http://opalang.org">http://opalang.org</a>) and Play! with Scala (<a href="http://www.playframework.org/2.0">http://www.playframework.org/2.0</a>) intriguing and they do not follow these rules at all :)</div>
<div><br></div><div>Tristan</div></div>