We use elixir 24/7 on all projects. All the new programmers that ever worked with us never knew Elixir in the first place.<p>And all of them picked it up in a couple of weeks to a level where they could start making changes to code.<p>I think we are overestimating the amount of time it takes to learn a new language.<p>The hardest thing to grok with FP is immutable data.<p>Once you get past that, you're rolling.<p>But the speed and concurrency is no laughing matter. Miles and miles and miles ahead of ruby, python, etc in that matter.<p>Task.start(...)<p>Spin off a background process from a web request where you don't care to get back something.<p>Basically eliminate Redis or caching.<p>Just need Postgresql/Mysql.<p>If you're wild eyed you can use Mnesia without the databases.<p>Run jobs across a cluster sanely with a good job library that only needs Postgresql.<p>The story goes on and on. Unless you have tons and tons invested into what you're doing right now, it makes a lot of sense to start to spin up things on the edge of your monolith or SOA with Elixir.<p>New projects should be started with Elixir.<p>The idea that it's "hard to find programmers" -- does not really stand up. Because anyone who can't grok a new programming language in a short time, is not really a good programmer.
I find it strange how always the "mainstream" and "not popular enough " arguments comes up in any Elixir related post.<p>Does tech have to be "mainstream" to use it? I would say it doesn't.<p>Take Erlang, or OCaml, or F#, I wouldn't call those mainstream but they are great languages that solve real problems, and people using them seems generally very positive about them.<p>All you need is enough popularity and enough companies using and backing it for it to be maintained. I think Elixir has this.<p>Can't speak to the hiring situation but I wonder how problematic it can be given all the stories of how easy it is to onboard people and plenty of posts and comments of devs wanting to do Elixir. Even if, it depends on your situation, you don't always need a big workforce to do big things, see Whatsapp for example.
I run a growing agency and we run primarily on React + Django, but I really want to give Elixir a shot at some point.<p>I find its concurrency features, purported developer productivity, and it’s positioning as a “niche but popular” tech (these can be nice to acquire technical clients) very appealing.<p>Does anyone have any experience running an Elixir consultancy / agency / software house? Or freelancing? How is the market and your general experience?
Lots of posts here are talking about Elixir's concurrency and performance, but in benchmarks like techempower, Elixir comes fairly low.<p>Can someone help me rationalize this discrepancy?<p>Also, in general, for a Digital Ocean droplet, how many requests per second (db query based) can Elixir handle while maintaining a sub 200ms latency?
> The need for concurrency and fault-tolerance made Elixir an obvious choice for this application, but that alone wasn't enough to seal the deal.<p>What? Why does this make Elixir an obvious choice? Most (if not all) major languages offer concurrency primitives (e.g. goroutines), and fault-tolerance is included as a requirement by default for any sufficiently complex distributed system, but has little to do with the languages/frameworks used to build that system. Not seeing why these requirements make Elixir a better choice than any other language
Looking for some advice.<p>We have written several microservices primarily for websockets in Elixir. They are great with literal zero maintenance costs..but how do Elixir developers handle the following when going all in:<p>1. Long running workflows - there do not seem to be popular frameworks like camunda, jbpm, temporal or cadence for elixir<p>2. Integration libraries - similar to apache camel<p>3. Inbuilt scripting engines to run user scripts like nashorn, graaljs or groovy<p>We really enjoy working with rails and would like to go all in into elixir. But the ecosystem of available frameworks seems to always come in the way and makes us choose spring boot or rails.
Off topic: Am I the only one who finds the stock photos in the article off-putting? They have nothing to do with the subject matter, except in a very indirect, sort-of-metaphorical way. I would take the article much more seriously if they weren't there.
The best things about Elixir is it's pattern matching and it's inbuilt documentation tool. Each and every document for every package is consistent, which are exploited by the IDE tools for stellar in editor help.
> We had two viable choices for the new application that needed to be built---Rails and Phoenix. The team to which we were delivering the project had no Elixir experience at all, so a choice to build a Phoenix app represented a choice to adopt Elixir.<p>*Laravel and all the other PHP frameworks waving their hands frantically...<p>Hello, Hello!
I wish there were more roles for elixir newbies/general newbies out there. I've been learning some elixir basics and it seems like itd be a tonne of fun to work with.
Folks who have used Elixir in a team environment (as opposed to for personal use), is the lack of types an issue in navigating big/unfamiliar codebases?
Just curious, seems to see a lot of Elixir posts crop up on HN lately.<p>I know a startup that did £75K+ in sales in the first week with only just using node + heroku.<p>Could the same be applied to Elixir if it is really <i>that good</i>?<p>Are there any pitfalls that one should know about?
<a href="https://uk.indeed.com" rel="nofollow">https://uk.indeed.com</a><p><pre><code> title:elixir / UK = 11 jobs
</code></pre>
The trouble with Elixir is that it's never going to be mainstream.