Live data from Hacker News

Announcing Meteor 1.2 – ES2015, Angular, React, and More

info.meteor.com

61–70 of 140 posts

Re: Announcing Meteor 1.2 – ES2015, Angular, React, and More

#61

So, one thing holding me back from using MongoDB (and thus Meteor) is a lack of understanding how schema can be managed. Say in MongoDB you are storing documents in a collection such as { property: "" }, and decide you want to change that to { property2: "" }. Does that mean you have to script a change to every document to convert these objects?

As far as I know, this is an issue for every database, no? What are you currently using?

Well, in relational SQL you would just do an ALTER on the column name.

Re: Announcing Meteor 1.2 – ES2015, Angular, React, and More

#62
One of the things still holding me back from using Meteor with React is the lack of support for a module loading system.

It seems like if I want to define a component in a separate file, I'll have to assign it to a global variable if I'm going to compose it in another file.

Re: Announcing Meteor 1.2 – ES2015, Angular, React, and More

#63
post #20

I'm blown away by Meteor. Using Meteor and React is just buttery smooth. More and more companies are using React now in the startup space, and it's one of the most popular services on StackShare: http://stackshare.io/meteor React integration is a first-class citizen: http://sergiotapia.me/2015/09/18/react-and-meteor-match-made... No weird hacks, lib includes and other nonsense you shouldn't really care about. And you…

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 Couchbase Lite and React Native. https://gist.github.com/jchris/3c32524577deff3d69aa

Re: Announcing Meteor 1.2 – ES2015, Angular, React, and More

#64
post #27

Earlier quoted context omitted.

It's not just useful for SEO; isomorphic React apps render much quicker on first load and for deep linking into your app.

> isomorphic React apps render much quicker on first load source?

Maybe this? https://signalvnoise.com/posts/3112-how-basecamp-next-got-to...

Re: Announcing Meteor 1.2 – ES2015, Angular, React, and More

#65

Earlier quoted context omitted.

Meteor+React is surprisingly good at what it does. I'd highly recommend this new project for Meteor+React+Webpack: https://github.com/thereactivestack/meteor-webpack-react-kic... The only thing that I really disliked in Meteor was the reload/refresh for larger projects. This is typically a problem with anything Node related and refresh/reload times were around 10 seconds at its worst. With the Webpack+React+Webpack,…

Are you seeing 10 second rebuilds with incremental builds? Or is this 10 seconds for a complete rebuild?

This was my worst case and I did get it down to around 5-6 seconds by removing some Meteor packages (Meteor Toys in particular added a lot to build times but I also removed Velocity testing).

I believe they were incremental builds. Whatever happens by default when you make a change to a file.

Re: Announcing Meteor 1.2 – ES2015, Angular, React, and More

#66

Earlier quoted context omitted.

Meteor+React is surprisingly good at what it does. I'd highly recommend this new project for Meteor+React+Webpack: https://github.com/thereactivestack/meteor-webpack-react-kic... The only thing that I really disliked in Meteor was the reload/refresh for larger projects. This is typically a problem with anything Node related and refresh/reload times were around 10 seconds at its worst. With the Webpack+React+Webpack,…

Are you seeing 10 second rebuilds with incremental builds? Or is this 10 seconds for a complete rebuild?

With incremental builds. I have forked this project: https://github.com/wekan/wekan (~ medium size). On a 2014 macbook pro, reloading after a change in a template takes 10s. Not a dealbreaker, but this is frustrating. And this is with meteor 1.2. The slow build times may be due to the wierd frontend preprocessors (jade and stylus), but still.

Re: Announcing Meteor 1.2 – ES2015, Angular, React, and More

#67

So, one thing holding me back from using MongoDB (and thus Meteor) is a lack of understanding how schema can be managed. Say in MongoDB you are storing documents in a collection such as { property: "" }, and decide you want to change that to { property2: "" }. Does that mean you have to script a change to every document to convert these objects?

As far as I know, this is an issue for every database, no? What are you currently using?

Except that in every other database a migration like that changes a column, that's it.

In MongoDB you have to manually walk all your objects and migrate them.

Re: Announcing Meteor 1.2 – ES2015, Angular, React, and More

#68
post #55

So, one thing holding me back from using MongoDB (and thus Meteor) is a lack of understanding how schema can be managed. Say in MongoDB you are storing documents in a collection such as { property: "" }, and decide you want to change that to { property2: "" }. Does that mean you have to script a change to every document to convert these objects?

That's not data management. That's schema management (migration). And yes, you have to script a change to every document.

Right. And I see. Are these managed by something like migrations?

Re: Announcing Meteor 1.2 – ES2015, Angular, React, and More

#69

Can't wait to start learning this language. Are there any great resources like how the Laravel community has Laracasts, but for Meteor?

Check out http://www.eventedmind.com! http://www.discovermeteor.com is another great starting point.

Re: Announcing Meteor 1.2 – ES2015, Angular, React, and More

#70
I've posted about the benefits of Meteor on HN before (the tiny apps I built were easy to do), and many times I've been told that the Meteor packages you'll use are out of date and require effort to make work. On this thread however people are saying using Meteor is buttery smooth. Any people care to chime on this issue? Without diving in myself and building a large app, I'm having a hard to determining if the Meteor package ecosystem is thriving or stagnating.
Post reply on HN