I'll never use anything made by people so careless yet so self-aggrandizing about their own work.
And one of their principles states: "One Language. Write both the client and the server parts of your interface in JavaScript."
Yet you still have to learn a separate template language, deal with the DOM, browser inconsistencies, etc.
To be fair, if you did do everything in javascript including the user interface, it ends up looking like java (see dojo, google closure, dart, qooxdoo). Javascript isn't well suited for a user interface or template language, but there are dozens of alternatives, some of which are more friendly to declarative UIs: https://github.com/jashkenas/coffee-script/wiki/List-of-lang...
Or iOS, see Blossom: https://github.com/fohr/blossom
Frankly, not having to write HTML/CSS and still getting Core Animation-style hardware-accelerated transitions and a normal Core Graphics-style `render()` function is really, really nice.
[http://www.spark-project.org/]
Meteor Spark looks pretty nice though; look forward to trying it out.
Btw, this feature sort of already exists in jQuery. http://api.jquery.com/link/
I like the realtime concept/behavior but I want to keep developing in django.
It doesn't do live templating, though.
How does rails fit into that picture at all?
Backbone.js and Ember.js are already great for working with rails/REST apps...
Maybe this is an ignorant question -- but how would you integrate it into a Rails app?
I'm not sure about Ember, as I believe it tends to be more opinionated about how much of the page it controls, but Knockout and Backbone are generally pretty easy to use for just a portion of the page.
Steve Sanderson (creator of Knockout) has a really good overview of the most popular client side options (both libraries and frameworks).
http://blog.stevensanderson.com/2012/08/01/rich-javascript-a...
Does Meteor have an rss feed for their blog?