kofno
Trending in Discussions
Hey there,
It’s been more than a year since we started using LiveView as our main UI library and building a whole library of UI componen...
New
I am happy to introduce the very α version of the new programming language compiled to BEAM.
Welcome Cure.
It has literally three kille...
New
A little off-topic, but I feel like people here have a good head on their shoulders.
I used to be quite good at making software. Was luc...
New
Hi there! :wave:
@frigidcode and I (but mostly him) have been running an Elixir Book club, we’re almost done with Designing Elixir Syste...
New
I’ve been using Emacs as my main code editor for more than a two years. It’s a custom build version although I’ve tried doom emacs and sp...
New
I love Elixir. It’s one of 2 programming languages I’ve ever fallen in love with.
But I don’t use it anymore.
Serverless was the promis...
New
Lately I’ve been thinking about how to organize components as a LiveView application grows. One of the pain points I’ve found (for myself...
New
Other Trending Topics
Edit: 2026 May 15 - This post is archived.
Mob is alive!!
Main docs: mob v0.7.11 — Documentation
A bit of explanation for the slightly c...
New
Hobbes is a low-level distributed database for the Elixir programming language.
Hobbes provides a simple, safe, and scalable storage lay...
New
Hey. Is there anyone here who creates agents in their apps? Not talking about using agents, but creating them. I’m finding it pretty diff...
New
ExRatatui lets you cook up rich terminal UIs in Elixir, powered by Rust’s ratatui via Rustler NIFs. Build interactive terminal applicatio...
New
With AI doing more of the implementation work, I’ve been wondering how much coding I should deliberately keep doing myself.
My main conc...
New
Just published claude-code-elixir, a plugin marketplace for Claude Code with Elixir support. These are the plugins I’ve been using for my...
New
Categories:
Sub Categories:
Forums
Popular Tags
- #ecto
- #liveview
- #troubleshooting
- #learning-elixir
- #library
- #deployment
- #erlang
- #testing
- #genserver
- #mix
- #absinthe
- #remote-other
- #otp
- #plug
- #how-to-question
- #macros
- #postgres
- #elixirconf
- #channels
- #exunit
- #discussion
- #code-sync
- #podcasts
- #javascript
- #onsite
- #dialyzer
- #docker
- #authentication
- #umbrella
- #full-time-contract
- #podcasts-by-brainlid
- #ai
- #ecto-query
- #elixirconf-us
- #blog-post
- #elixir-ls
- #phoenix_html
- #iex
- #graphql
- #genstage
- #websockets
- #supervisor
- #advent-of-code
- #distillery
- #processes
- #elixirconf-eu
- #api
- #forms
- #metaprogramming
- #hex










Showing Posts 7 to 1- Show Best Posts
- Show All (oldest first)
- Show All (newest first)
NobbZ
Currently I don’t use channels in my small personal and still private project, but as soon as the back-end is ready, there is planned to use heavy channelsthrough front-end
kofno
A strong appeal of Phoenix for me is the familiarity. There are enough Rails touch points that I don’t feel overwhelmed. It also helps that many of the differences in Phoenix address areas of Rails that I perceived as weaknesses.
ckhrysze
Its hard for me to believe people think Elixir isn’t different enough to matter, I think all of 2 days with it convinced me I needed to unlearn several things, and once I did, that it was a new, wonderful and different language.
I can see that argument applied to phoenix, but I also think its a good thing. The surface similarities run a bit deeper, though I think just because its also basically following the MVC pattern. But as Chris McCord has said, you don’t end up with a phoenix app, you end up with an app that happens to use phoenix, and I believe that matters.
AstonJ
I think many people feel this way
There were some recent criticisms that Elixir (and Phoenix) were not different enough - but I think the critics failed to appreciate the draw of familiarity. If people wanted something radically different to Rails then they have plenty of Ruby options (Lotus, Volt, Trailblazer etc). But that’s not what most Rails devs want - they want top of the class performance.. and Phoenix gives that - while at the same time - moving towards better paradigms, practises etc.
At least that’s how I see it
ckhrysze
Even without channels, I’d be interested in Phoenix for the performance over Rails. With channels, it seems likely there is little I’d want to do with a webapp that it can’t do, and do well. Regarding auth, even will channels, I’m seeing a lot of mobile app based tooling that prefers JWT anyway, so I don’t think that and channels are mutually exclusive.
kofno
Channels is why I’m considering Phoenix. But I’m just not sure I want to rely on that connection for sustaining a session. I still need a token, whether it’s JWT or just a user id in a secure cookie.
Mandemus
I’m new to Phoenix but It is certainly the killer feature to me.
I’m pretty sure most people are interested in Phoenix for it’s real-time possibilities and not merely as a REST framework. The effort they are putting into channel presence features is good evidence of that.