> I forgot the fact power failures only happen in Texas
No, but only Texas repeatedly ignored federal advice to fix their power grid which directly resulted in children literally freezing to death.
Texas's state government is too focused on insane abortion laws and locking down a ruling white minority class through gerrymandering, voter suppression, and empowering election officials to throw out election results.
Curious, do you use typespecs and dialyzer? If so, how do you find it?
Elixir checks pretty much every box I'd want in a language, but after dealing with nil in Ruby for years and having fun with TypeScript... I'm feeling more drawn to working with type systems.
I'm comparing the salaries because the person is qualified to do either job. Someone turned down hundreds of thousands of dollars to maintain OSS, and then is accused of embezzlement by someone who left for FANG salaries and VC-backing.
I agree that 2-3x is more appropriate. Either way, don't you think the maintainer of Babel could easily be making more money and doing easier work (individual contributor at some large org)?
The accusations that this person is freeloading off of Babel donations seem absurd (especially when you consider who is making them). The babel maintainer could be coasting at a large engineering organization with a lot less responsibility is what I am getting at it. It's exactly what the creator did...
Of course, it's not a joke of a salary in the United States. Is $130k a joke of a salary for an NBA player even though it's 90th percentile? Context matters.
$130k is barely over the median pay for a Senior Software Engineer in the United States. A lot of the people stewarding and maintaining these projects are talented enough to be earning wages that are much further into the outliers (i.e. FANG compensation of 300-400k+/year).
That's all I'm saying. What's much more likely to be happening here is that the maintainer of Babel took a much harder job that cannot be summarized by output metrics like GitHub activity tracking.
Attacking him and essentially tossing around accusations of embezzlement when you've just received VC funding for a competitor is just wrong.
Neither is people piling on the maintainer of Babel based on GitHub activity and someone essentially accusing them of embezzlement. Sorry if that makes me upset.
$130k for a senior developer in the United States is nothing. People at FANG are making 3-4x that annually.
> Neither practice is superior per se. Let's both admit that.
There's nothing wrong with wanting to pick the parts yourself. But that comes at a cost and that was my original point that you responded to. Rails makes these decisions for you.
Elixir and Phoenix have taken a different approach, and there's nothing wrong with that. But let's not pretend that Phoenix is "as productive" as Rails. It isn't by choice. I disagree with that choice, but it's not my choice to make.
> Generating boilerplate is pretty easy. But how many tools out there can scan your code and tell you "this looks like Devise's boilerplate with exceptions in files A and B on lines 123 to 150 and 201 to 217"?
Rails can reverse just about every generator that it ships with. I'm guessing it's more difficult in Phoenix because the generators append stuff into contexts instead of generating new files maybe?
> and the Phoenix team cares more about building something that is "dogmatically perfect" (which you're correlating with quality)
>> And you have spoken with the Phoenix team. And they told you this. Exactly this? No. They don't do that.
>> There have been a number of discussions on ElixirForum about this and various important figures of the maintainers' teams have openly said that they aren't aiming to make the language and its stack more popular; they want to make useful tech
What? I feel like you're in agreement and disagreeing with me simultaneously here?
> Are you claiming that Rails' way is factually superior to learn?
No, I'm claiming that Rails is easier to learn and use because of the philosophy of its creators and maintainers. ActiveRecord is easier to use than Ecto. Reversible generators is an easier interface than "just undo it with git". Running a rails command for installing ActiveStorage is easier than building it yourself. ActiveJob is easier than wiring up Oban (not much easier, but still). Getting an end-to-end test framework out of the box is easier than hunting down elixir libraries and trying to bring them to the party.
Rails cares deeply about the developer experience. I think Phoenix does as well, but they focus on different things (LiveView).
> For 3.5 years with Elixir this is the first time I hear that this is a problem. Any data to back this up?
My point is that it doesn't come with Phoenix out of the box (unless something has changed?), and that difference in philosophy is the core of what I'm getting at. With rails new I'm getting an end-to-end test suite and chrome driver installation for free.
Phoenix also has no plans of implementing something similar to ActiveStorage do they? How about ActiveJob now that elixir developers have rediscovered how great a queueing system is with the adoption of Oban?. Will Phoenix ever make a move to include something like ActionText?
They won't even consider adding basic things for developer productivity like undoing a generator.
The Rails team is much quicker and happier to extract something out of the companies supporting it (Basecamp, GitHub, Shopify, etc) and include it directly in the framework, whereas the Phoenix team seems much less willing to take a "batteries" included approach.
There's a balance of making something easy to use and making something "technically superior". The Rails team seems to care much more deeply about what the framework feels like to use, and the Phoenix team cares more about building something that is "dogmatically perfect" (which you're correlating with quality).
What's easier for someone to learn?
rails g model article title body user:references
mix phx.gen.html Content Article articles title body
I understand what they're going for here, but I'm not sure the tradeoff is worth it. If Phoenix wants to increase their adoption, then I think they need to accept that things like this matter.
And yet Phoenix hasn't stolen a significant amount of market share from Rails.
> There are a number of web frameworks that perform much better than Rails
If you're measuring hardware loads and busting out your stopwatch to measure response times, then sure.
Bottom line is, there are plenty of good reasons to choose Rails over Phoenix. If you want to label choosing a well-backed framework with an incredibly mature ecosystem "cargo culting" then by all means.
Have fun writing Ecto queries by hand, wiring up document storage on your own, trying to find a standout auth library of choice like devise, finding a library that makes managing database views less of a pain, wiring up end-to-end system testing.
I'll be over here running rails new, wiring up sidekiq to ActiveJob, and building shit with ease.
The article doesn't even discuss benchmarking Ruby against other languages, so I'm not really sure what you're on about. Couldn't resist taking a performance jab at Rails?
Also, I'll take "double the hardware specs" if it means I'm actually able to focus on what I'm building and not dicking around with devops or rebuilding all of stuff Rails metaprograms for me by hand.
If there was a framework for being as productive as Rails at half the cost then it would be flourishing. There isn't and as a result Rails isn't going anywhere any time soon.