Live data from Hacker News

Why Meteor will kill Ruby on Rails

differential.io

41–50 of 336 posts

Re: Why Meteor will kill Ruby on Rails

#41
post #32

Earlier quoted context omitted.

No, the client that spawned this blog post was specifically asked for heavy google maps integration. We haven't had one client asking for just a server side app in years. I've been doing this for 8-9 years, I have a good idea on how to talk with my clients :)

And I haven't had a client ask for a javascript app ever. This is why anecdotes aren't very useful.

Insert mis-attributed Henry Ford quote about customers wanting faster horses

Re: Why Meteor will kill Ruby on Rails

#42

Let's all hop on the next hip web trend, guys! Rails has become so boring and mature. There are many languages better than Javascript for server-side programs, but monoculture is so much cooler. One size fits all and you'll like it.

This is what Java guys said about Rails. "Hipness" is absolutely unrelated to whether something is actually good or not. I firmly believe that Meteor is a super fast way to build a certain kind of web app that just so happens to be very popular in businesses: CRUD apps where users can see other user's changes to data in real time. I will admit that older users are actually creeped out by other people seeing them type though. I guess its a generational thing.

Re: Why Meteor will kill Ruby on Rails

#43
Why do people put so much effort in comparing tool A to tool B when either of those tools only cover 5% of all the work that goes into any serious application, and the time saved by any advantage tool A has over tool B is pretty much negligible?

I mean cool, so Meteor is maybe better for prototyping. Because that's all we're talking about here, prototypes and ultra-simple websites.

It's always the same story, a shiny new tools that make the first weeks a little smoother, and after that it's business as usually for entire life cycle of the application.

Except of course you now have to deal with a tool that still has years to go before it's really mature and stable, and any advantage you gained in the first few weeks is completely lost.

This has nothing to do with software development, this is just about fashion.

Re: Why Meteor will kill Ruby on Rails

#45

"When a client asks us to build an app, they are really asking for a fully interactive web app that utilizes javascript to get rich client interfaces." Or maybe they really are just asking you for an app, but you'd rather build a fully interactive web app that utilizes javascript to get rich client interfaces.

No, the client that spawned this blog post was specifically asked for heavy google maps integration. We haven't had one client asking for just a server side app in years. I've been doing this for 8-9 years, I have a good idea on how to talk with my clients :)

I'm sure you do.

We've got a pretty good google maps integration in our rails app & I've found sticking with plain old rails for CRUD and using fancy-pants javascript in high-value places to work out well.

Your milage, and billing rates, may vary.

Re: Why Meteor will kill Ruby on Rails

#46
post #27

While I was reading this post, the page automatically reloaded to something that said "oops, this page can't be found", and then a few seconds later loaded back to the original. This is while I was simply reading the text, not interacting with the page at all. Somehow, through the magic of JavaScript and Websockets, they managed break passively reading static content.

I had to accept cookies from the site before it would even show me anything but a blank page.

Re: Why Meteor will kill Ruby on Rails

#47
I watch some videos on Meteor website a while ago and I was really impressed. Stuff that's pain in the ass in Rails, you can do it quite easily on Meteor.

One aspect that prohibits me from making the jump though is Ruby's third party gem ecosystem. Ruby has so many tried and proven gems for everything you can think of. Is there a website like rubygems.org in Meteor world?

Re: Why Meteor will kill Ruby on Rails

#48
post #33

Why will a blog load anything over websocket? Link bait title and a blog that doesn't load.

I can think of one reason, although it's not necessarily a good one, or the only way to do it.

Once the connection is established, the server could push down all required resources for the page, rather than wait for the browser to request them one by one.

Re: Why Meteor will kill Ruby on Rails

#49

It depends on your definition of kill. If you mean for new project starts, it might severely diminish it, but I don't think it will flat out end its popularity any more than Rails killed Java. Also, it depends on what type of project you are talking about. For something at large scale, my guess is meteor won't be any more successful than Rails has been at huge scale (like Twitter). I do agree that using one language…

Ruby and Java don't really compete in the same space, it would probably be better to compare Ruby and PHP as those two are the primary competitor with each other. If you wanted to point to a competitor to Java, .Net would probably be the closest match.

Re: Why Meteor will kill Ruby on Rails

#50
post #32

Earlier quoted context omitted.

And I haven't had a client ask for a javascript app ever. This is why anecdotes aren't very useful.

Insert mis-attributed Henry Ford quote about customers wanting faster horses

If you're going to make a bold prediction about Meteor killing Rails be prepared for some heat - your responses to that heat may progress or regress the argument.
Post reply on HN