Some anecdotes:<p>I do Big Freaking Java Web App development at work. Our core product is built on a Java stack which has been under continuous development for over a decade now. Some parts of it show its age.<p>We're pretty good at using our internal framework. My colleagues are much better at it than I, since most of them have been working on it for ten years. They estimated 1 ~ 2 man months to implement a particular internal app on the framework. A man month from a senior engineer at my company (the estimator) costs us... hmm... well, I can't tell you, but $10,000 is a nice round number and it isn't very wrong.<p>I prototyped the internal app in 2 days in Rails, with one day wasted because I was also doing it as my first AppEngine app. I estimate that 2 additional days would get it to substantially higher quality than the current internal app we have running. My fully loaded cost is rather substantially less than $10,000 per month, so I probably could deliver the app for 10% of what it actually cost us.<p>I can't tell you what the internal app is, but suffice it to say that it is standard CRUD and delivers business value well in excess of either of the development costs. It also uses very little enterprisey stuff.<p>I got permission for using a few days of company time on that project largely because I have a reputation for bringing certain projects in grossly under budget. My solution is simple: cheat. For example, I was given a stack of Perl code and told to provide documentation for it. The code was well commented and consistently written, but we had NO overarching design docs. (Provider X had subcontracted from Y who acquired Z who... it happens. Enterprise!) We were paid a large fixed bid for the documentation. I wrote a Ruby program to spit it out, complete with graphs describing control flow and web pages with syntax highlighted Perl code. That was approximately 5% my commentary and 95% the output of a Ruby programming which stitched together a one-off Perl parser (thank God for coders who were totally obsessive about their conventions) and an OSS graph producing library, plus Javascript SyntaxHighlighter and an OSS web template. The customer was overjoyed, my bosses pocketed a truly absurd margin (they bid on the assumption I would do it all via sweat of my brow), and I did not have to spend several months of my life reading through hundreds of Perl files with comments written only in Japanese.<p>That said, while I'd love if we could abandon all of our existing Java code and do nothing but Rails development, we have waaaaaaaaaaaaaay too much invested in our core products to do that. So I nibble around the edges, collect wins where I can, and take stuff I learn from Rails projects and get them incorporated into our core product line. (Example: I hooked the other member of the core team on Prototype, which is now the first and only Javascript library ever supported by our company, and customers who see screens with it incorporated are extraordinarily happy relative to their older, non-interactive screens.)
As Joel Spolsky says <i>"With a contrived example you can prove anything"</i><p>Are the rails apps simpler because they are just bringing rails in, and want to test it on something simple?<p>Have the java apps mushroomed into something that customers can't figure out because they're part of an old legacy system?.<p>Does this even have anything to do with programming? Maybe the people that develop the rails apps have great designer and UI people that make apps that are simpler to use.<p>Let's not judge on this kind of anecdotal evidence.
I don’t know. Seems fishy.<p>They won’t tell the name of the company or give details on the types of applications. Then they claim what seems like unbelievable numbers. If 16% of my apps were on Rails and they were only generating .5% of my support calls I think I’d be inclined to move all my apps to Rails as quickly as possible. That project may very well have the greatest RoI in the history of business. If those numbers hold your support calls would go from 1800 a month to around 37.<p>Also, what company moves 16% of their apps to an alternate platform and doesn’t bother to hire one single support person for that platform (when they employ 40)?<p>Could be true. But I have no reason to believe it.
I have no doubt that it's true. Even though large corporations move slow, that doesn't mean that they don't have forward thinking people that work for them. I personally think that it's only a matter of time for large corporations to choose technologies where they can be more agile. Yes, Java has served its purpose for a number of years, it's become bloated and fragmented. One key determinant for corporations to make the move will be the availability of quality Rails resources. They won't be able to rely solely on their current Java resources because (IMO) many of them will not want to make the move (i.e. learn something new). Corporate america can definitely benefit from Rails. Just the same, Rails can benefit from corporate american using it in its enterprise technology stack.
As others are saying there is nowhere near enough data to make a platform judgement. (and I'm a Rails guy..)<p>Likely the Java apps are much more mission critical and likely have been under development for longer and more robust... ergo more moving parts and more to break.<p>there's a lot to like about Rails - I think its great for intranet type apps, but this story is meaningless. Tell me these apps are mission critical or something, not the company blog and I'll buy in a bit.
Now support calls on a web app are unlikely to be related to the technology used on the server side. Usually they are more related to the design of the application itself or what resides on the client side.<p>It also depends on the number of users, if they only have that little number of rails app, its probably because started using to test the water, and I doubt they used the large applications with a ton of users to begin with. If you have less users, you have less support calls. Applications that are critical or have to adapt to unplanned conditions also get more support calls.
I could come up with similar figures for Lotus Notes, Oracle forms or excel spreadsheets based apps.<p>In other words, the article doesn't really mean anything.
Yay, another anecdotal industry story with possibly made up statistics! Yay for NDAs that prevent us from doing proper research on software development! Yay for preventing us from gathering useful statistics!
I've always wondered, what's the biggest application built on rails? Pre 1.0 I developed one (50kloc) that crumbled when wielding my newly found weapon of metaprogramming.