First impressions of Phoenix Framework

jonoyeong profile image Jonathan Yeong Originally published at jonathanyeong.com on ・3 min read

I’ve wanted to try out Phoenix ever since I heard the Changelog built their site on it. Yes, I’m very late to the party, version 1.0 of Phoenix, released in 2015. Thankfully I’ve found some time away from constant rewrites of this blog to dive into the framework. From what I’ve heard, if you’re a Ruby on Rails developer, you should feel right at home with Phoenix. The first thing I did was to watch their video on building a Twitter clone. With my excitement level high, I dove into the framework and have spent all week playing around with it. Here are my first impressions.

What makes me feel at home

At first glance, Phoenix feels very Rails-y. They weren’t kidding when they said you’d feel at home if you’re a Rails developer. Right from the get-go, the Phoenix CLI commands feel like Rails commands e.g. mix phx.routesrails routes. EEx (embedded Elixir), which is the default templating language, feels like ERb. It has the same model view controller paradigm. And also the same “convention over configuration” paradigm. One of the coolest things about Rails was that every project felt the same, so you knew exactly where to begin. Phoenix has that same feel. I could dive straight into the Changelog’s Phoenix app and know exactly where their routes are. What their database schema looks like etc. With all the similarities to Rails, why even use Phoenix? Well, here are a few things that get me excited about Phoenix.

What I'm excited about

Channels are mind-blowing. In Rails, Action Cable achieves something similar. Both use WebSockets, with Channels you can choose to use long polling. What’s fantastic about channels is the performance. The fact that Phoenix can support up to 2 million web sockets (on a 40core/128gb box) is impressive. I don’t think I’m ever going to have an app that scales to that. Nonetheless, this is some impressive engineering.

Next up is, out of the box telemetry, and a live dashboard (since version 1.5)! I love application monitoring, and I love that it comes for free! Phoenix is the first framework I’ve used that has all this stuff just baked in. Metrics with Phoenix are like metrics with StatsD combined with Prometheus. They’re easy to use around the codebase but discoverable in that you have to declare them upfront. Also, the live dashboard looks pretty damn good (screenshot below), as well as showing all the essential metrics. With all of this out of the box, it takes out another decision when building a site. The downside is that you need to set up some extra authentication to hide your dashboard in production, but there are docs for that: Phoenix Live Dashboard.

Phoenix Live dashboard

Finally, it’s just been a joy building a Phoenix app. Since I have no idea what I’m doing, I get hit with a lot of errors or warnings. They’ve been super helpful and often offer solutions. Phoenix’s hot reloading is super snappy, and the default styling looks fresh. I’m not a front-end developer, so I’m always happy when a framework ships with default styles that don’t look like rubbish.


It’s only been a week playing around with Phoenix, and I’ve loved it. I’m learning Elixir at the same time, which has also been a fun, but challenging journey. Having worked with Clojure, Elixir reads a little easier. However, moving from object-oriented to a functional paradigm is tough. There’s still a lot more for me to discover with both Phoenix and Elixir, and undoubtedly I’m sure I’ll find some feature that I wish it had. For those coming from Rails, Phoenix will feel right at home. So the next time you’re looking to build a new web application, I urge you to give Phoenix a try!

Posted on by:

jonoyeong profile

Jonathan Yeong


Software Engineer 🇦🇺 • Writer • Currently learning: Elixir and Phoenix • Sometimes I climb rocks 🧗


markdown guide

Hi Jon -- happy to see another Ruby/Rails convert! One thing particularly stood out to me about what you found challenging about Elixir and the functional paradigm having done some Clojure before. I've not written anything serious in Clojure, but am familiar with Rich Hickey and most of its features/ideas that Elixir borrows from, namely protocols.

How's the journey thus far? And what resources are you currently utilizing to get up to speed?

I don't know if you're using auth in your Phoenix app, but I wrangled with it for quite some time before landing on Pow which was straight-forward to set up. I tend to peruse the issues tab for a library when I need a question answered when I recently discovered that Jose and another contributor wrote and released an auth solution here: github.com/aaronrenner/phx_gen_auth. Coming from Rails, you may be familiar with Jose and his previous work on Devise, one of the most popular auth libraries in the Rails community.

Lastly, shameless plug. I recently wrote about why I love Elixir citing all the features borrowed from a bunch of languages that we both work with. It also includes a video/talk from Sasa Juric that makes Erlang/Elixir such a homerun - runtime observability, introspection and self-healing to name a few that just learning Elixir/Phoenix right out the gates doesn't really expose one to. Sasa, if you've not seen some of his talks already, is an Erlang and Elixir engineer that wrote my favorite book, "Elixir in Action": wulymammoth.github.io/posts/why_i_...