Posts Tagged rails
This is huge!
While people still try to find some drama in a hypothetical war between Rails and merb …
The Rails team and the Merb team announced today that they will work together on a joined version of the 2 frameworks. This is so exciting! Nobody believed it could ever happen (I personally, seriously had my doubt).
I have to say that I have been impressed by the Rails core team and especially David (DHH).
I’ve known David for few years now and we had long (sometimes heated) discussions on topics like i18n/l10n for Rails. David is known to be a very opinionated person. But if you come up with the right arguments, he can be convinced and when that happens, he is willing to move forward and shake things up.
This merge is a concrete example that David and the rest of the Rails team care about Rails and the Ruby community more than we usually give them credit for. As a unified team, we are going to change the way web development in Ruby is done!
But what does it mean for you?
I put together a FAQ video which, I hope will answer your questions.
Hi, I’m Matt Aimonetti from the merb core team and as you might have heard, a big announcement was made earlier today.
I did this video to hopefully answer the questions you might have.
Q: So what’s the big news?
- merb and Rails team will work together on the next version of their frameworks
- merb 2.0 and Rails 3.0 share the same common endpoint
- we realized we now have the same objectives and agreed on all the key principles.
- merb will provide Rails with agnosticism, modularity, improved performance and a public API.
- The end product will be called Rails 3.0 but what real matters is that it’s a huge gain for the entire community.
Q: What??? I thought there was a war going on between Rails and merb, what happened?
- There was no war between Rails and merb
- We created merb because Rails was not fitting us
- We wanted better performance, more choices/ more modularity and a Public API.
- The Rails team now embraces these concepts and want Rails to follow them, so why not work together?
Q: Wait, does that mean that merb is dead?
- Absolutely not!
- merb development won’t stop, we are going to keep on releasing updates until Rails 3.0
- clear migration path, and upgrading to Rails 3.0 will be as trivial as upgrading from Rails 2.x to Rails 3.0
Q: What does the timeline look like?
We just started getting together to discuss the technical details. We are shooting for a release at RailsConf 2009. However it’s hard to estimate this kind of thing so, again, that’s just an estimate
Q: I just started a merb project, so what now?
I’m sure you had valid reasons to use merb, you needed modularity, performance and a solid API.
Keep on using Merb, we won’t let you down. The good news is that the next version of merb (Rails 3.0) will be even awesomer!
Q: What about my client who was looking at using merb for his new project?
If your client is going to be using merb for valid reasons (and not just because it’s not Rails) they should still use merb, but with the full understanding that they will end up using Rails in 6 months or so. Again, Rails 3.0 will have what pushed you to use merb.
Q: I’ve been involved with the merb-book, what will happen with this project?
- Rails 3.0 won’t get released right away
- still need awesome documentation
- if we look at Rails 3.0 as merb 2.0, we can easily imagine how the current work can be extended to the new version
- Rails team will also include an evangelism team which I will be part of, so will be able to focus more on projects like the book
Q: I’ve been working on a merb plugin, what should I do?
Keep working on it! We’ll assist you with the migration process and the new solid API.
Q: What if I still have questions?
Come talk with me, or any member of the new team. We’ll be open to hear your questions, worries, frustrations.
merb always valued its developers and we will continue to do so but on a bigger scale.
Concretely, nothing changes for merb users. People loving merb should not worry. The way you build merb apps won’t change until merb2.0/Rails3.0. We will still work on your favorite framework and improve it.
Lori Holden worked on merb_sequel and we should release a 1.0 release of the plugin in a few days.
I’m sure this news comes as a shock for many of you, but try to not see Rails 3.0 as the way Rails is right now. Imagine a version of Rails with true modularity and agnosticism (sequel, DM and AR will still be supported) and the same type of performance as what you get with merb. In other words, the Rails world is about to discover the power of merb!
Here is what Yehuda explicitly says in his blog post:
- Rails will become more modular, starting with a rails-core, and including the ability to opt in or out of specific components. [...]
- We will port all of our performance improvements into Rails. This includes architectural decisions that are big performance wins.[..]
- As of Rails 3, Rails will have a defined public API with a test suite for that API. [..]
- Rails will still ship with the “stack” version as the default (just as merb does since 1.0), but the goal is to make it easy to do with Rails what people do with merb today.
- Rails will be modified to more easily support DataMapper or Sequel as first-class ORMs. [..]
- Rails will continue their recent embrace of Rack, which [..] will improve the state of modular, sharable logic between applications.
- In general, we will take a look at features in merb that are not in Rails (the most obvious example is the more robust router) and find a way to bring them into Rails.
I’m personally really excited about this opportunity. I had a hard time believing that we could work together but I was proved wrong. We have many challenges in front of us, but watching the two teams working together is very reassuring.
I’m also glad to see that we will have a Rails Evangelism team that I will be part of. I strongly believe that one of the many reasons why merb has been so successful is because we work and listen to our community. We have put a tremendous amount of energy into trying to understand what you guys need and what you like and dislike. In return, we have seen many people working hard on the wiki and the merb-book.
Can you imagine doing that with almost 4 Million Rails developers?
I’m also looking forward to working with a team and reaching to even more people.
Other news related to the merge:
- The RubyOnRails website will keep a trace of this historical moment: http://rubyonrails.org/merb
- The merb training scheduled for Jan 19-21, in partnership with Integrum, will still take place, and if you want to get a head start and learn about the things that will make Rails 3.0 totally kick ass, I’d suggest you join us.
If you have any questions, or if you want me to publicly answer questions on your blog please contact me. I’ll do my best to get back to everyone.
Yes, it is true and no, I am not being passive aggressive or cynical.
As you might have heard there has been some tension between the Rails team and the Merb team in the last few weeks. Sometimes caused by us, sometimes caused by them. I already addressed this issue in this blog post, so let’s move on.
Like most Rubyists, I use a mac and I often smile when I watch their ads. Then I see Microsoft’s response ad and I think … they don’t get it, I’m not a Mac, the dude on TV represents the Mac computer. I’m a human.
Thinking back to our community, I felt that it quickly became: ‘Hi, I’m a Rails developer’ and ‘Hi I’m a Merb developer’.
What started as a simple comparison to explain what the difference was between Merb and Rails quickly escalated into arguments about what framework is best and which one people should use.
I hear people in the Ruby community talking trash about Rails and criticize the Rails core team. I even saw people insulting DHH on IRC while he was not even on the channel.
I, myself, have to admit that I have been guilty of crossing the line a few times and have made some comments which can be considered as “bashing”.
I think now is a good time to apologize and to say that this kind of behavior is not appropriate.
After all, if we wanted to define ourselves as being “something” we probably should say: “Hi, I’m a Ruby developer”. Rails is not perfect, nor is Merb. I might disagree with some of the decisions made by the Rails core team but I still think Rails is a great framework and the Rails team has done an awesome job and deserves a lot of respect for its efforts. We are all part of the Ruby community and I think it’s time we all (starting by myself) act as a unified community.
Without further ado, here is my …
Top 10 reasons why we <3 Rails:
- Without Rails, the Ruby language would not be one of the top 10 programming languages
- Without Rails, we would still be writing thousand-line configuration files in XML to start your small app
- Without Rails, most developers would not know what MVC stands for
- Without Rails, I would not be a Ruby web developer
- Without Rails, we would not have Merb
- Without Rails, we would not have all the other cool Ruby frameworks
- Without Rails, testing would be something only the elite would do
- Without Rails, serving Ruby web apps would be a pain in the neck
- Without Rails, Zed Shaw would not be famous
- Without Matz, there would be no Ruby
- Without Ruby, there would be no Rails
Next time you think, I’m a Merb or I’m a Rails, think twice
That’s official, according to Twitter the fight has started.
In this corner, weighing in at XXX LOC, from 37signals in the white trunks: Rails and in this other corner,Â weighing in at YYY LOC from Engine Yard: Merb!
I wish I had a more aggressive photo of Yehuda, but oh well…
So people love drama, from American Idol to the Elections without forgetting Survivor, Heroes and other TV shows. Few weeks ago there was a tentative from Giles to create some controversy but he did not really work so well. The last big drama we had in the Ruby community was Zed and his infamous blog post…
Once upon a time, in a world where .NET, JAVA and PHP were ruling the internet development world, a not so well known programming language was getting more and more traction in the far east. Ruby, as it was known in Japan, only had very little documentation in English and real ninjas had to translate docs from obscure Japanese writings in order to become enlightened. Nevertheless, a courageous Danish student named David decided to build an application called basecamp using this “exotic” language. David decided to extract a framework from his work for 37signals. He called his framework “Ruby on Rails” and offered it to the world under the MIT license. Pretty quickly, as Ruby was getting more popular in the West, people looked at “Rails” and loved the MVC architecture, the conventions over configuration, testing framework and especially the language: Ruby.
As Rails was getting popular, a man from Polish descent known as Ezra Zygmuntowicz and who was working for Engine Yard got frustrated with some of Rails limitations. He needed something simpler, easier and faster. In fact he just needed a Mongrel handler, a way to process a request really quickly without going through then entire stack and without slowing down the main app. That’s how Ezra started Merb.
Let’s fast forward 2 years. The year is 2008, the place is Orlando, Florida. Yehuda Katz, Merb’s lead developer announces the 1.0 release of a Ruby web framework started 2 years earlier by Ezra. The framework’s selling points are: performance, modularilty, flexibilty.Â In the mean time other Ruby frameworks were developed such as camping, Sinatra, mack, waves…