5 ms·

Do you have experience with Ruby on Rails? I've built apps both with Elixir/Phoenix and with Rails. Yes, the Elixir/Phoenix stack is amazing and is definitely

Do you have experience with Ruby on Rails? I've built apps both with Elixir/Phoenix and with Rails. Yes, the Elixir/Phoenix stack is amazing and is definitely superior over Rails in several ways; however, with regards to Bootstrapping and releasing a real-world app/business (web based), Rails is still the king.

dartos 3y ago
What makes you say that? I think, once you learn both frameworks, they’re just about as productive as the other.
- throwawaymaths 3y ago
  maybe in the "writing code" dimension. I would much much rather maintain code in elixir.
cpursley 3y ago
I just don't understand this, the ergonomics are about the same. Phoenix was inspired by Rails and Elixir by Ruby, after all. I've also worked with both and I'd say it's a match in terms of productivity.
- dmix 3y ago
  I love Elixir and the productivity is probably real, but one big thing I've learned as a senior dev was reflected well in a recent HN post > Take the road most documented https://news.ycombinator.com/item?id=39165328 https://news.ycombinator.com/item?id=39165328 Rails likely has an advantage of documentation given its age and all the major mature businesses using it like Shopify. A lot of newer languages have documentation/blog posts that's heavily centered around starting out with a new project vs all the bugs with existing Github issues/stackoverflows and design considerations of the framework and 3rd party plugins being fully fleshed out.
  - alberth 3y ago
    > Take the road most documented I don’t necessarily disagree with that statement. But it can also lead you to use Java or C, because they are also massively documented & mature. And I don’t imagine that’s the desired outcome either.
  - gregors 3y ago
    When Shopify adopted Rails is was quite new technology though...So they literally didn't follow this advice. In fact the CEO was part of the Rails core team. Here's a talk in 2008 by the CEO about their caching issues https://www.infoq.com/presentations/lutke-rockstar-memcaching/ https://www.infoq.com/presentations/lutke-rockstar-memcachin...
    - dmix 3y ago
      I've been using Rails since 2007 I'm familiar with what it was like back then. I'm talking about 2024. I have a large tolerance for risk, and I'd be a risk taker for my own new projects or for a very early startup. Or if a tech offered something significantly new and better than the alternatives, like Rails did in 2007 vs PHP. But now that I'm older, and I value getting things in front of customers with the minimum amount of bullshit. I'm not seeking out learning some fun tech purely for highs of a good fancy new language/framework (I've done that enough). I'd rather not chase down framework bugs. I want to google a bug and see 5 other people already had it.
      - thibaut_barrere 3y ago
        I also started using Rails a long time ago (circa 2005), and I have become older too (46 years now). But I must say I think there is not much bullshit, and quite a bit of stability, in what Elixir / Phoenix bring to the table (saying this after maintaining a production French state-owned service running on top of Elixir for more than 3 years now). There are also not that much framework bugs, the level of retro-compatibility is huge compared to Ruby in particular (except for LiveView which is still a bit young, but the rest is ... quite stellar). I quite find that I could use exactly your last paragraph to describe _why_ I wouldn't pick anything else than Elixir these days. The TCO is great, the maintenance story is remarkably stable at the moment etc. Googling works decently well now with Elixir too, the community is mostly fairly responsive.
gregors 3y ago
I've got in-depth experience with many Rails apps and quite a few Phoenix apps (and many other stacks). I used to agree with your opinion, though I think Rails no longer holds a massive edge. Phoenix is now just as effective at releasing real-world products especially run-of-the-mill web apps. And when things get complex after a bit of time (usually due to business logic evolving) - much more effective. The place where I feel Rails still holds an edge is the massive amount of gems available, but hex is absolutely catching up and I'm only running into missing packages/libraries when I'm doing "weirder" things these days. The ecosystem continues to evolve for the better. On the other hand Phoenix destroys Rails in any realtime scenario. Maybe those edge cases matter to your particular project then again maybe not.
- ericb 3y ago
  > On the other hand Phoenix destroys Rails in any realtime scenario. The Rails realtime story is going to be radically improved in Rails 8! I've been using the Turbo beta, and it is magical. With 3 lines of code each, I made my index page, and show page live, and real-time updating. I think Phoenix has something similar--perhaps it was the inspiration?
  - karmajunkie 3y ago
    yeah, elixir is still going to destroy it at runtime. the concurrent story is even more important with the features you’re talking about and especially in that segment, it’s not even close.
  - cultofmetatron 3y ago
    > I think Phoenix has something similar/ phoenix's channels (for realtime) is the only multiclustered websocket solution with long polling fallback that I know of that will scale to thousands of users out of the box. My startup uses websockets and its never been a bottleneck vs the headaches I've deal with doing similar stuff in nodejs. its just an absolute unit for doing realtime. And now they have liveview which takes that and builds on it to accomplish magic. rails has done great things but comparing it to phoenix on realtime stuff is like comparing a moped to an f16

dartos 3y ago

What makes you say that? I think, once you learn both frameworks, they’re just about as productive as the other.

throwawaymaths 3y ago
maybe in the "writing code" dimension. I would much much rather maintain code in elixir.

cpursley 3y ago

I just don't understand this, the ergonomics are about the same. Phoenix was inspired by Rails and Elixir by Ruby, after all. I've also worked with both and I'd say it's a match in terms of productivity.

dmix 3y ago
I love Elixir and the productivity is probably real, but one big thing I've learned as a senior dev was reflected well in a recent HN post > Take the road most documented https://news.ycombinator.com/item?id=39165328 https://news.ycombinator.com/item?id=39165328 Rails likely has an advantage of documentation given its age and all the major mature businesses using it like Shopify. A lot of newer languages have documentation/blog posts that's heavily centered around starting out with a new project vs all the bugs with existing Github issues/stackoverflows and design considerations of the framework and 3rd party plugins being fully fleshed out.
- alberth 3y ago
  > Take the road most documented I don’t necessarily disagree with that statement. But it can also lead you to use Java or C, because they are also massively documented & mature. And I don’t imagine that’s the desired outcome either.
- gregors 3y ago
  When Shopify adopted Rails is was quite new technology though...So they literally didn't follow this advice. In fact the CEO was part of the Rails core team. Here's a talk in 2008 by the CEO about their caching issues https://www.infoq.com/presentations/lutke-rockstar-memcaching/ https://www.infoq.com/presentations/lutke-rockstar-memcachin...
  - dmix 3y ago
    I've been using Rails since 2007 I'm familiar with what it was like back then. I'm talking about 2024. I have a large tolerance for risk, and I'd be a risk taker for my own new projects or for a very early startup. Or if a tech offered something significantly new and better than the alternatives, like Rails did in 2007 vs PHP. But now that I'm older, and I value getting things in front of customers with the minimum amount of bullshit. I'm not seeking out learning some fun tech purely for highs of a good fancy new language/framework (I've done that enough). I'd rather not chase down framework bugs. I want to google a bug and see 5 other people already had it.
    - thibaut_barrere 3y ago
      I also started using Rails a long time ago (circa 2005), and I have become older too (46 years now). But I must say I think there is not much bullshit, and quite a bit of stability, in what Elixir / Phoenix bring to the table (saying this after maintaining a production French state-owned service running on top of Elixir for more than 3 years now). There are also not that much framework bugs, the level of retro-compatibility is huge compared to Ruby in particular (except for LiveView which is still a bit young, but the rest is ... quite stellar). I quite find that I could use exactly your last paragraph to describe _why_ I wouldn't pick anything else than Elixir these days. The TCO is great, the maintenance story is remarkably stable at the moment etc. Googling works decently well now with Elixir too, the community is mostly fairly responsive.

gregors 3y ago

I've got in-depth experience with many Rails apps and quite a few Phoenix apps (and many other stacks). I used to agree with your opinion, though I think Rails no longer holds a massive edge. Phoenix is now just as effective at releasing real-world products especially run-of-the-mill web apps. And when things get complex after a bit of time (usually due to business logic evolving) - much more effective. The place where I feel Rails still holds an edge is the massive amount of gems available, but hex is absolutely catching up and I'm only running into missing packages/libraries when I'm doing "weirder" things these days. The ecosystem continues to evolve for the better. On the other hand Phoenix destroys Rails in any realtime scenario. Maybe those edge cases matter to your particular project then again maybe not.

ericb 3y ago
> On the other hand Phoenix destroys Rails in any realtime scenario. The Rails realtime story is going to be radically improved in Rails 8! I've been using the Turbo beta, and it is magical. With 3 lines of code each, I made my index page, and show page live, and real-time updating. I think Phoenix has something similar--perhaps it was the inspiration?
- karmajunkie 3y ago
  yeah, elixir is still going to destroy it at runtime. the concurrent story is even more important with the features you’re talking about and especially in that segment, it’s not even close.
- cultofmetatron 3y ago
  > I think Phoenix has something similar/ phoenix's channels (for realtime) is the only multiclustered websocket solution with long polling fallback that I know of that will scale to thousands of users out of the box. My startup uses websockets and its never been a bottleneck vs the headaches I've deal with doing similar stuff in nodejs. its just an absolute unit for doing realtime. And now they have liveview which takes that and builds on it to accomplish magic. rails has done great things but comparing it to phoenix on realtime stuff is like comparing a moped to an f16