Meteor 0.6.5: namespacing, modularity, new build system, source maps
This is a bit irrational, but it nags me every time the occasional Meteor post shows up here - it seems to always get a lot of upvotes and very few comments:
The Meteor blog goes back (under a different name) almost two years, that huge announcement thread is from 490 days ago, and they got VC funding over a year ago.
I remember being pretty excited at the time but somehow this long wait for a 1.0 has taken the wind out of my sails. I don't mean to diminish all their hard work, and to be fair, there are frequent signs of life, but somehow it no longer captures the imagination. Am I the only one?
I feel that Meteor is awesome and has quite a bit of potential, but why stray from npm, which is one of those things that is actually awesome about node? I really wish Meteor would use npm. Is there some technical reason they don't?
I've been a little more impressed with Derby (http://derbyjs.com/) than Meteor, as it's based on similar concepts, but plays well with the rest of the Node/JS ecosystem (for example, it uses npm), has server-side rendering of page content, and can scale to multiple servers.
I have to admit my only hands-on experience so far has been a little tinkering, though. Who's actually written stuff with Meteor, Derby and/or similar frameworks, and what were your thoughts?
probably wrong to post this here, but did anyone actually chose slipstream over meteor (or meteor over another framework)? can you let us know why?
Awesome! I'm looking forward to using source maps.