wroc_love.rb 2017 part 2: The Elixir Hype
By Wojtek Ziniewicz
March 21, 2017
One of the main reasons I attend wroc_love.rb almost every year, is that it’s a great forum for confronting ideas. It’s almost a tradition to have at least 2 very enjoyful discussion panels during this conference. One of them was devoted to Elixir and why the Ruby  community is so hyping about it.
Why Elixir is “sold” to us as “new better Ruby” while its underlying principles are totally different? Won’t it result in Elixir programmers that do not understand Elixir (like Rails programmers that do not know Ruby)?
Panelists discussed briefly the history of Elixir:
Jose Valim (who created Elixir) was working on threading in Rails and he was searching for better approaches for threading in web frameworks. He felt like lots of things were lacking in Erlang and Elixir is his approach for better Exceptions, better developer experience.
Then they jumped to Elixir’s main goals which are:
- Compatibility with Erlang (all datatypes)
- Better tooling
- Improving developers’ experience
After that, they started speculating about problems that Elixir solves and RoR doesn’t:
Ruby on Rails addresses many problems in ways that may be somehow archaic to us in the ever-scaling world of 2017. There are many approaches to it, e.g. “actor model” which is implemented in Ruby by Celluloid, in Scala with Akka and also Elixir and Phoenix (Elixir’s rails-like framework) has its own actor model.
Phoenix (“Rails for Elixir”) is just an Elixir app—unlike Rails, it is not separate from Elixir. Moreover Elixir is exactly the same language as Erlang so:
Erlang = Elixir = Phoenix
Elixir is same as Erlang but not really #wrocloverb— Daria Woznicka (@DWoznicka) March 18, 2017
Then a discussion followed during which panelists speculated about the price of the jump from Rails to Elixir:
The Java to Rails jump was caused by business/productivity. There’s no such jump for Phoenix/Elixir. Elixir code is more verbose (less instance variables, all args are passed explicitly to all functions).
A reason why this discussion was somehow shallow and pointless was that those two worlds have different problems. Great comment:
Ruby guys focus on business. Elixir guys on technical aspects #wrocloverb— Michał Łomnicki (@mlomnicki) March 18, 2017
Elixir solves a lot of technical problems with scaling thanks to Erlang’s virtual machine. Such problems are definitely only a small part of what typical Ruby problem-solvers deal with on a daily basis. Hearing Elixir and Ruby on Rails developers talk past each other was probably the first sign of the fact that there’s no hyping technology right now. Each problem can be addressed by many tech tools and frameworks.
 Wrocloverb describes itself as a “best Java conference in Ruby world”. It’s deceiving:
#wrocloverb was great Clojure conference :)— Jakub Cieślar (@jcieslar_) March 19, 2017
Thanks for all organizers and speakers!