Alternatively, MDG could capitalize on growing interest in MongoDB by become the stack for it. Meteor is in a powerful position here because it doesn’t care who manages the production database.
The thing is that adding mongo to a vanilla node app is pretty easy. And mongoose has promises which give you nice synchronous code like fibers.
But mongo could offer an open source stack that gives you a functioning fullstack app with easy hosting (and hosting since they’d have galaxy). Vertically integrated all the way through almost.
I was just going to share the exact same statement but you beat me to it
I think we’ve to think of Meteor slightly differently. The way I see it is that since Meteor is used by Apollo (MDG) internally for their main product, and Apollo seems to be doing great (thumbs up to MDG), we can be assured that Meteor (the build tool) will be maintained for the long-run. This is no difference than other JS frameworks like the one from Walmart and Uber except Meteor is more mature/complete and beyond the hype cycle. Furthermore, Apollo was created to address Meteor’s data layer limitations and it can be adopted incrementally, so I see the two products complementary. In my opinion, Apollo/Meteor make more sense as a bundle than Mongo/Meteor.