In the year 2013 it is difficult to remember why Rails was such an explosive breath of fresh air, back when it burst onto the mainstage in 2004/2005. The essay that I think best captured the switch in popularity, from Java (and EJBs and Struts, etc) to Rails, was "The departure of the hyper-enthusiasts" by Bruce Eckel, written in December of 2005. He wrote: "One of the basic tenets of the Python language has been tha…
I know it is not the mode to comment to mention your own up vote. Rails might have deteriorated in ease of use, but I cannot imagine it being worse than Java EE was in 2004. Modern Java EE is a world of pain, even simple apps are difficult to build. The entire front end stack is antisocial, difficult to extend and anachronistic. I don't think anyone working with a modern java web stack could read this post about rail…
Rails Has Turned into Java
21–30 of 160 posts
Re: Rails Has Turned into Java
#22Earlier quoted context omitted.
Changed so much that version 7 does not support 32-bit applications anymore. I was impressed, for real.
Really ? That is not what the installation guide says: http://docs.oracle.com/javase/7/docs/webnotes/install/index....
Mysteries from Oracle.
Re: Rails Has Turned into Java
#23Just going through all those names makes me tired. Its like framework names are to software as band names are to bands.
Re: Rails Has Turned into Java
#24There's not a lot of content in this article frankly. I also suspect the author has either never been exposed to an 'enterprise' J2EE or Spring app, or has simply forgotten what a labyrinthine nightmare those could become. Rails is more complex today, but it is still significantly easier than traditional Java frameworks.
It takes just about the same LoC now to do in Spring what I'm doing in Java. The difference is that the performance in Java is much higher.
Re: Rails Has Turned into Java
#25I don't use Refinery, Devise, OmniAuth, Unicorn, Rack Rewrite, Fog, AMQP, or Heroku.
I use Passenger with Apache or Nginx, self-host, and write my own core functionality like authentication.
Rails is still great at having an idea and throwing together a proof of concept in one day; running "rails s" still works out of the box. It still allows you to defer the hard choices, until you actually have to make them. If you've cornered yourself by making your stack too complex too early, that's your own damn fault—in Java you have to make those architecture choices day 1.
Dynamic typing: if you treat Rails like Java, it acts like Java.
Re: Rails Has Turned into Java
#26Re: Rails Has Turned into Java
#27"... Java, have you learned to easy yet?" No, it hasn't. That's why we're using Rails. And to be honest, it ain't that bad.
"... Java, have you learned to easy yet?" Try Play, Grails, Vert.X. And you know what it isn't easy. Having to deal with Ruby's dependency nightmares.
The world has caught up. That's one of the points I didn't quite make very well. Ugh.
Re: Rails Has Turned into Java
#28No, Rails hasn't turned into Java. Rails has matured into a complex ecosystem. Java has also matured into a complex ecosystem. Frameworks upon frameworks is a recipe for complexity, potential performance problems, bottlenecks, and environmental/context-specific issues regardless of the language that you're using. Will there ever be a language or simple framework that is popular, solves all problems, and doesn't get m…
Re: Rails Has Turned into Java
#29You don't need to use any of these. I once tried to use Devise for a project. I fiddled with it in an attempt to make it work exactly the way I wanted, but eventually I gave up and just rolled my own authentication. It's not hard at all to do in Rails, and you end up with much simpler code. I also tried New Relic, but I didn't see much point to it (maybe it's more useful for apps with a ton of traffic) and they sent me spam until I asked them to stop several times.
Re: Rails Has Turned into Java
#30The fact is: Java works, and it works well. Ruby/Rails is getting there, as we see from larger and larger code bases being build on Ruby/Rail and needing more and more of the hated 'Java' features - because they work.
Any language can be used for a small project and work very well - precious few can still continue to work well at scale.
I've found a lot of the HN crowd to be biased in this area. I believe that comes from most of HN working in startups which means less legacy code, smaller code bases, and more focused products with less management bureaucracy and changes. A sizable part of HN is also younger and hasn't yet worked in an environment of sufficient scale to require Java's(c++, advanced RoR, etc) features.
I could be way off here - but if you're knocking this kind of complexity and haven't worked on a massive project - it might simply be your frame of reference and you should stop knocking it.