You guys should focus on authentication. Because this thing is practically useless without it. I'm aware of the authentication branch but this update broke it.
There's no link to examples or a direct link to the relevant documentation. You have to figure out the difference between 'constant' and 'preserve'.
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...
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.
It is probably named the same as many other popular products; "spark" is a common english word. With 7 billion people on this planet it is impossible to avoid naming collisions if you're going to use something from the dictionary.
I agree that the name should be changed. If someone said they built their product "using Spark", it would be fairly ambiguous as to which one they meant, especially if their product has a data mining component.
From the linked article: "Spark weighs in at 8k gzipped and minified, including all of its dependencies, and it's easily separable from the rest of Meteor."
I just looked at the Spark wiki page[1], and Sizzle is a dependency (although they say it can be removed if you're willing to ignore IE 7). So it is separable, but might not be that small depending on your audience.
Yay, more data binding libraries. This one needs some better examples before I'll be able to understand at a glance how it works. I currently do my data binding with AngularJS.
You're right, it runs on Node. However as the poster above pointed out, there would be little practical use in combining this with another framework. Meteor is really it's own platform. The whole point is the unification of the client and server codebase.
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).