<div dir="ltr">I'm definitely considering Elixir for the final project, partially due to the language being a bit less foreign to developers in more mainstream languages. I decided to start with Erlang first due to the better OTP resources and once I feel comfortable I'll do a more thorough look at Elixir to determine which I want to do the project in.   I'm still not totally confident that even Elixir would make it easier to justify the business risk to the company, but for now I'm treating it as a personal project and I'll deal with that once I'm able to at least successfully show a product that can solve our business problems better than our current systems.<div><br></div><div>And I 1000% agree with the idea of hiring developers based on skills, creativeness and passion instead of basing it on language (though that's mostly because of my personal experience of being quickly dismissed just because the majority of my professional experience is in .Net).  However, it's a lot easier to hire based on those when you have a good financial backing to risk developers that end up not being able to be onboarded to foreign systems as easily.  Hopefully we get that way sooner rather than later, but until then :)</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Mar 25, 2016 at 5:46 PM, Lee Sylvester <span dir="ltr"><<a href="mailto:lee.sylvester@gmail.com" target="_blank">lee.sylvester@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">@Matthew, I'm giving a talk in Wellington in August at ScaleConf on moving from Ruby to Elixir.  Yes, the underlying fundamentals are different, and OTP is different, but moving from Ruby to Elixir is a much gentler curve than from JS to Erlang.  Maybe you could consider hiring Ruby devs?<div><br></div><div>I recently read an article (I forget where) about a company who code with Erlang who don't hire Erlang devs.  They hire creative devs with a passion for learning, and simply ask them to learn Erlang.</div><div><br></div><div>It's a thought.</div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Mar 26, 2016 at 10:42 AM, 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"><div dir="ltr">Unfortunately, that's way too true :(.<div><br></div><div>My real project I"m learning Erlang for is for an video ingestion server, because I believe I can create something that works better than what we are currently using at our company, and Erlang and the Beam VM hits every checkbox so much better than every other language and runtime out there.</div><div><br></div><div>Unfortunately, I am also keenly aware I will never bring this into production at my company since we are a small startup (5 people total, 2 engineers) in Orlando, FL which has zero Erlang developers positions around (and probably thus a small pool of potential developers).  It's so fundamentally different (both on a framework and language level) from most other languages in this area that onboarding a new developer onto Erlang in sufficient amount of time is not going to be trivial or cheap, and anything I put into production needs to be able to be maintained by others that are not me.  So while Erlang checks all the boxes I still can't say it's the right tool due to that :-/.</div><div><br></div><div>Of course, Javascript 100% is not the right tool for this job in every way, shape, or form (I actually had a Javascript developer in my coworking space ask why I wasn't doing it in Node.js, sigh).  </div></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div>On Fri, Mar 25, 2016 at 3:10 PM, Loïc Hoguin <span dir="ltr"><<a href="mailto:essen@ninenines.eu" target="_blank">essen@ninenines.eu</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>There is no such thing as the right tool for the job.<br>
<br>
There's the tools that work *for you*, and those that don't.<br>
<br>
JS is working for a lot of people. Erlang for a lot less.<br>
<br>
In the real world, all that matters is that the tool is *good enough* and that you are *familiar* with it.<br>
<br>
Any combination where one of these is false leads to disaster. People who never used Erlang before will not magically come up with a good implementation (they can, but it takes a lot more time). Similarly, people who are trying to use Erlang for what it's not good at will also fail, or struggle to make it work.<br>
<br>
When choosing a tool for a project, the question should really be "Which tool do I know or can quickly get comfortable with, and can help me produce a working solution?"<br>
<br>
The answer to that question is different for everyone.<span><br>
<br>
On 03/25/2016 07:47 PM, Lee Sylvester wrote:<br>
</span><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>
JS is a major player due to laziness.  I'm sorry, but a JS runtime on<br>
the server is never a good idea.  I don't use Elixir / Erlang for every<br>
project, I use the right tool for the job, whether I've used it before<br>
or not.  It just so happens that Elixir / Erlang is often the right tool.<br>
<br>
I'm sure it's the same for you guys?  The fact that Erlangs language is<br>
poetry and Elixir's eco-system is bliss means nothing :-P<br>
<br>
On Mar 26, 2016 7:21 AM, "Michael Truog" <<a href="mailto:mjtruog@gmail.com" target="_blank">mjtruog@gmail.com</a><br></span><span>
<mailto:<a href="mailto:mjtruog@gmail.com" target="_blank">mjtruog@gmail.com</a>>> wrote:<br>
<br>
    On 03/25/2016 10:55 AM, Loïc Hoguin wrote:<br>
<br>
        On 03/25/2016 02:20 AM, zxq9 wrote:<br>
<br>
            EVERYONE! STOP EVERYTHING! SATIRE IS NOW "TOXIC"!<br>
<br>
<br>
        Shame is temporary. A good story is for life.<br>
<br>
        What happened is a story for the ages. And a pretty good one.<br>
<br>
<br>
    I agree.  This is a positive contribution and no one can deny that.<br>
    _______________________________________________<br>
    erlang-questions mailing list<br></span>
    <a href="mailto:erlang-questions@erlang.org" target="_blank">erlang-questions@erlang.org</a> <mailto:<a href="mailto:erlang-questions@erlang.org" target="_blank">erlang-questions@erlang.org</a>><br>
    <a href="http://erlang.org/mailman/listinfo/erlang-questions" rel="noreferrer" target="_blank">http://erlang.org/mailman/listinfo/erlang-questions</a><br>
<br>
</blockquote><span>
<br>
-- <br>
Loïc Hoguin<br>
<a href="http://ninenines.eu" rel="noreferrer" target="_blank">http://ninenines.eu</a><br>
Author of The Erlanger Playbook,<br>
A book about software development using Erlang<br></span></div></div><div><div><div><div>
_______________________________________________<br>
erlang-questions mailing list<br>
<a href="mailto:erlang-questions@erlang.org" target="_blank">erlang-questions@erlang.org</a><br>
</div></div><a href="http://erlang.org/mailman/listinfo/erlang-questions" rel="noreferrer" target="_blank">http://erlang.org/mailman/listinfo/erlang-questions</a><br>
</div></div></blockquote></div><br></div>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div>