4 ms·

Thanks for the article -- always good to know more about how Meteor works. > Attempting to minimize the number of unique-per-user subscriptions will allow Mete

by davedx 13y ago

Thanks for the article -- always good to know more about how Meteor works. > Attempting to minimize the number of unique-per-user subscriptions will allow Meteor to pool work across users as much as possible. This kind of thing is why, no matter how much I like Meteor personally (I'm using it for my two side projects), I disagree with the marketing that Meteor is for people learning to build web applications. Despite its promises of simplicity, there are many gotchas and difficult to understand subtleties in Meteor. It is definitely not an "ultra-simple environment" once you get past the most basic apps. What I'd really like to see at this point is some smart packages built on top of Meteor that make building basic CRUD applications simple again. Something like scaffolding from Rails. One thing I love about Meteor's accounts-ui is the "Configure OAuth" in-app wizards -- something this would be fantastic for scaffolding. Because let's face it, how much of your average app is exciting realtime stuff and how much is writing boring forms, validation and CRUD methods to handle everything? I'd love to try and build something like this. Now if I could just quit my day job or steal some time from my other projects.

akbar501 13y ago
> What I'd really like to see at this point is some smart packages built on top of Meteor that make building basic CRUD applications simple again. We built what you've described with Exponential.io. Essentially, we take a spec file and generate an Angular client, an Express API and a Mongo backend with a focus on CRUD applications. We're doing a beta / soft launch in 2 weeks on Feb. 28. In terms of platforms, we're releasing a solution to rapidly build an Angular + Node/Express API + Mongo (aka MEAN) on the 28th. We'll follow-up with a solution for Meteor in short order. Interestingly, we built the Meteor solution first but are releasing the MEAN solution first as Meteor 1.0 is close, but not ready yet.
- davedx 13y ago
  Excellent, would love to give your soft launch a try! Building things from spec files is exactly what I had in mind - I actually did a very short POC for this in Express too: https://github.com/davedx/grindstone https://github.com/davedx/grindstone I think declarative approaches should almost always supercede imperative when the solutions are so well known. It also makes it easy to build GUI's instead of having to bang out text files all the time. Could you email me when you're ready please? davedx@gmail.com

by davedx 13y ago

akbar501 13y ago

> What I'd really like to see at this point is some smart packages built on top of Meteor that make building basic CRUD applications simple again. We built what you've described with Exponential.io. Essentially, we take a spec file and generate an Angular client, an Express API and a Mongo backend with a focus on CRUD applications. We're doing a beta / soft launch in 2 weeks on Feb. 28. In terms of platforms, we're releasing a solution to rapidly build an Angular + Node/Express API + Mongo (aka MEAN) on the 28th. We'll follow-up with a solution for Meteor in short order. Interestingly, we built the Meteor solution first but are releasing the MEAN solution first as Meteor 1.0 is close, but not ready yet.

davedx 13y ago
Excellent, would love to give your soft launch a try! Building things from spec files is exactly what I had in mind - I actually did a very short POC for this in Express too: https://github.com/davedx/grindstone https://github.com/davedx/grindstone I think declarative approaches should almost always supercede imperative when the solutions are so well known. It also makes it easy to build GUI's instead of having to bang out text files all the time. Could you email me when you're ready please? davedx@gmail.com