Earlier quoted context omitted.
> isomorphic React apps render much quicker on first load source?
This is a hard generalization to make, but it's certainly true in the worst network condition case. Even if your client-side rendering happens instantaneously and your JS is (magically) 1kB, it's still 2 round trips before you can render anything instead of 1 (well, 4 instead of 3 for TCP connect, SSL handshake, HTML response). On poor mobile connections, a roundtrip will be 500ms+, so if you can render in less time…
Announcing Meteor 1.2 – ES2015, Angular, React, and More
91–100 of 140 posts
Re: Announcing Meteor 1.2 – ES2015, Angular, React, and More
#92Can you run Node packages on Meteor yet? The decision to be incompatible with the vast number of Node/npm modules is what originally turned me off from Meteor, and I hope it's resolved.
I believe you still have to use a third-party package ( https://github.com/meteorhacks/npm ), but it's quite easy to use and I've never had any problems with it.
I just don't understand why Meteor decided to be incompatible with the vast majority of server-side JavaScript in the wild.
Re: Announcing Meteor 1.2 – ES2015, Angular, React, and More
#93Earlier quoted context omitted.
Exact same experience. Development is easy and frustration-free. The team listens to the community AND delivers. The platform is not just for playing around anymore, it has matured really well. See the case studies[1] - I, for example, love Hansoft X[2]. I think I would feel frustrated to have to go back to any other framework. Meteor is what web-development should be like. I'm not sure if Meteor is going to be THE p…
Same experience here as well. I don't think either that Meteor is going to become de facto platform for all web development, but it's definitely going to be one of the main ones along with Angular, React and Rails.
Meteor has been perfect for me. It works, I can easily integrate with it via the Mongo back-end, and the prototyping is super-fast. For the kinds of apps that I build (very industry specific apps for retail) I don't really have to worry about scaling to thousands of users, which means that Meteor isn't just a toy in my world. And even if I did have to scale, everything about the Meteor framework indicates that scaling Meteor is no different than scaling any other Node app.
When Postgres support comes, (its in the works) I'll be using this thing for everything.
Re: Announcing Meteor 1.2 – ES2015, Angular, React, and More
#94Can you run Node packages on Meteor yet? The decision to be incompatible with the vast number of Node/npm modules is what originally turned me off from Meteor, and I hope it's resolved.
I believe you still have to use a third-party package ( https://github.com/meteorhacks/npm ), but it's quite easy to use and I've never had any problems with it.
As someone who has been building on Meteor for a while and using many npm modules, I've never actually heard of "meteorhacks:npm", and to be honest I'm confused what it's for...
Re: Announcing Meteor 1.2 – ES2015, Angular, React, and More
#95Earlier quoted context omitted.
I believe you still have to use a third-party package ( https://github.com/meteorhacks/npm ), but it's quite easy to use and I've never had any problems with it.
I've tried using it before, but the requirement to wrap all async methods in synchronous helpers is pretty annoying. I just don't understand why Meteor decided to be incompatible with the vast majority of server-side JavaScript in the wild.
https://github.com/sandstorm-io/sandstorm/blob/master/shell/...
Re: Announcing Meteor 1.2 – ES2015, Angular, React, and More
#96Re: Announcing Meteor 1.2 – ES2015, Angular, React, and More
#97There's one issue with Meteor that rarely gets mentioned. While you get hybrid mobile apps out of the box, you'll have hard time integrating native apps with Meteor backend. DDP clients are not official, and there's no minimongo on native clients so you lose critical part of Meteor's appeal. In the late game switching to native apps is more cumbersome compared to when you have a regular REST API backend. But still, M…
Re: Announcing Meteor 1.2 – ES2015, Angular, React, and More
#98I've recently been using Meteor on a couple small projects and so far like it quite a bit. My main frustration though is unit testing. While there's the official Velocity test runner, documentation and code examples for integrating and effectively using the frameworks is very confusing (I personally use Mocha). I know there's some books and blogs to help alleviate this, but there doesn't seem to be one (or even just…
https://github.com/xolvio/Letterpress/tree/master/app/tests/...
ES6 modules will change this approach somewhat, FYI
Re: Announcing Meteor 1.2 – ES2015, Angular, React, and More
#99Earlier quoted context omitted.
I believe you still have to use a third-party package ( https://github.com/meteorhacks/npm ), but it's quite easy to use and I've never had any problems with it.
You don't have to use that. Meteor has had built-in support for npm since something like v0.6 (~two years ago). You need to declare your npm dependencies in your package.js but then you can go ahead and use `Npm.require`. As someone who has been building on Meteor for a while and using many npm modules, I've never actually heard of "meteorhacks:npm", and to be honest I'm confused what it's for...
Re: Announcing Meteor 1.2 – ES2015, Angular, React, and More
#100Earlier quoted context omitted.
I'll jump on when they have first-class support for a DB that isn't Mongo.
If you don't mind spinning up your own server instances, our open source mobile JSON stack handles application level concerns like access control and data routing. Might be worth taking a look, as it gives you access to a whole open source ecosystem with support from multiple vendors and for most platforms. http://developer.couchbase.com/mobile [edit] Here's a little hello world tutorial I wrote a few months ago with…