This is good news - the momentum of the Meteor community & of dev efforts is really infectious.<p>Probably not ready to be building 100 million user services on just yet, but utterly fantastic for quick prototyping & iterating services (which is a large part of what I do day-to-day).<p>I love Backbone & Ember and all the rest, but as mainly-a-designer/front-end-dev, if I can get away without writing an API in Rails and have everything <i>just work</i> I'll choose that any day.<p>I've also got this idea of a scale of 'magicness' from 0-10.<p>- 0 - writing the JS by hand, maybe with jQuery.ajax etc.<p>- 2 - Backbone - easy to use, easy to debug — just not very magical!<p>- 5 - Ember & Angular - pretty cool but still enough that the headaches can be off-putting<p>- 9 - Meteor - always seems to work, never frustrating, so magic that the occasional thing that's tricky to implement is totally worth the rewards.<p>edit: also, shameless plug - if you're in London and like tech meetups that aren't boring, come to the Meteor meetup. It's fun.
Is Meteor winning now? Commit activity of Derby.js (and Racer) seem really low. I already switched once from Meteor to Derby for more flexibility (npm packages, server-side express routes, etc.). But I'm wondering if Meteor now has more momentum.
[Shameless plug:] I'm giving an intro to meteor talk at Stanford tomorrow (Friday) at 5PM, in the Engineering (Huang) basement/hackerspace <a href="https://www.facebook.com/events/476872052366365/" rel="nofollow">https://www.facebook.com/events/476872052366365/</a>.<p>I'm planning to build a real-time multiplayer javascript game from scratch, taking suggestions from the audience as we go. If you've been curious about Meteor and are in the area, come by!
So, does this mean meteorite (<a href="http://oortcloud.github.com/meteorite/" rel="nofollow">http://oortcloud.github.com/meteorite/</a>) is now obsolete?
> We've added file-level JavaScript variable scoping. Variables declared
with `var` at the outermost level of a JavaScript source file are now
private to that file. Remove the `var` to share a value between files.<p>I think it is convenient to be able to declare global variables like that but perhaps there should be a way to monitor those ; in other words, it would be really convenient to have some form of alert system to notify you when a new global variable is created.<p>That way, globals created by mistakenly forgetting the 'var' keyword would be easily spotted.
I've recently fallen head over heels for Meteor.<p>When it was first announced, I was fairly intrigued like everyone else and gave it a spin. At the time, I found it difficult to put the pieces together. Now, that's all changed.<p>Great example: I'm wiring up an accounts system in an app now and excluding styles, it will take about 5-10 minutes to write the auth code. Fully functioning and even ready to support popular third-party services.<p>The best part: they haven't even hit <i>1.0</i>.
Congrats on the release.
Randome side-question... when I visit meteor.com with cookies disabled, there is no content displayed (just the background image) -- is this indicative of meteor.js not functioning without cookies enabled, or is this just specific to how you've built your site?
Meteor's some really addicting stuff. The only regression for me with that stack was losing some of Angular's really powerful client-side functionality. I looked at a couple of the existing bridge options, but none really appealed. I'm creating some nice glue, will put it up on Github once I can ensure it is stable.<p>Result: get the best of both Angular and Meteor, with the ability to use either (or both of their) reactivity.