<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Mar 24, 2016 at 4:44 PM, Matthew Shapiro <span dir="ltr"><<a href="mailto:me@mshapiro.net" target="_blank">me@mshapiro.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I actually think I"m going to forego ranch, Syn, and E2 for the first iteration and implement them by hand (since this is a learning exercise more than anything) and there are plenty of guides around to accomplish each of those individually. </blockquote></div><br>This is a really good idea from a learning point of view, since relying on baked solutions here reaps you of the knowledge at the lower levels, which is important to have. What I would steal though, is the notion that the libraries can be separate applications in the same Erlang VM. This allows you to evolve them independently of each other. And if you keep a module in each application which is the interface, you can make it way easier for yourself in the long run.</div><div class="gmail_extra"><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">J.</div>
</div></div>