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.
Why Meteor will kill Ruby on Rails
41–50 of 336 posts
Re: Why Meteor will kill Ruby on Rails
#42Let'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.
Re: Why Meteor will kill Ruby on Rails
#43I 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
#44> What if you could spend your time in one language > and one framework? What if you eat everything with a fork?
What if you eat everything with a spork?
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 :)
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
#46While 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.
Re: Why Meteor will kill Ruby on Rails
#47One 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
#48Why will a blog load anything over websocket? Link bait title and a blog that doesn't load.
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
#49It 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…
Re: Why Meteor will kill Ruby on Rails
#50Earlier 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