The big feature of Phoenix 1.2 is channel presence: https://dockyard.com/blog/2016/03/25/what-makes-phoenix-pres...
Whats coming in elixir 1.3: http://tuvistavie.com/2016/elixir-1-3/
Ecto 2.0: http://blog.plataformatec.com.br/2016/02/ecto-2-0-0-beta-0-i...
Other than that the community is growing at a healthy pace. Hex packages have gone from 1000 to over 2000 in the last 6 months.
Here is a full list of companies using elixir: https://github.com/doomspork/elixir-companies
It's most useful for our services (our consumer facing app is Rails atm) but it's great.
Churn in the images are lines added, changed and deleted that does not involve blank/comment lines.
I'm looking forward to wrapping my mind around Phoenix and already planning to do a small subscription app with it where it happens to be a perfect fit.
Elixir is great but it's still not ruby. Much like Go, it's not something you can fully appreciate until you've seen the limitations of other approaches first hand. There are so many things that Phoenix and Elixir do that solve major long term problems and ruby's biggest selling point is usually the short term.
2015 is a watershed year for the Elixir ecosystem. It was like this back in the Rails 1.2 days. Back then, people said the same thing about Ruby. "Ruby is great, but it's still not X."
The idea that Rails is very fast for doing quick development is, at this point, a myth. It takes thoughtfulness to write good code, regardless of the language. There's this idea that you can put together a prototype quickly, but in the wild, it ends up being a repository of sloppy code resulting from fuzzy, superficial thinking.
Another situation I have seen is this the "perpetual MVP". That is, sacrificing code quality because you don't know if the product is even something that people want. However, when your MVP has users and it starts getting traction, it's not an MVP anymore. The fragility that comes from sloppy coding comes back to bite you. I think developers confuse Ruby's agility with their own sloppiness.
I think Elixir is interesting not just because it solves those long term problems, but it is also as agile in the short term -- provided that you are not a sloppy coder.
That and the ability to monkey patch something from a 3rd party library without breaking your upgrade path, having to fork it or needing to adjust the entire inheritance chain. It's not good practice to do too much but knowing you can make using all those gems a lot easier.
This is oranges and apples. First, you're comparing a language to a framework. Second, use cases for these two barely overlap. I'm a huge fan of Go and I started using Phoenix for web development and I can't really think of a scenario where I'd have to think which one to choose for a particular job.
In the circle I'm running in, Elixir and Phoenix are way bigger news than Rails 5.