Meteor 0.4.0: Introducing Spark

Meteor 0.4.0: Introducing Spark(meteor.com)

62 points by NSMeta 13 years ago | 23 comments

rbn 13 years ago |

You guys should focus on authentication. Because this thing is practically useless without it. I'm aware of the authentication branch but this update broke it.

heretohelp 13 years ago | |

I'd say that the lack of apparent concern regarding something as core and critical as auth is enough for me to write the whole team off permanently.

I'll never use anything made by people so careless yet so self-aggrandizing about their own work.

edtechdev 13 years ago |

There's no link to examples or a direct link to the relevant documentation. You have to figure out the difference between 'constant' and 'preserve'.

And one of their principles states: "One Language. Write both the client and the server parts of your interface in JavaScript."

Yet you still have to learn a separate template language, deal with the DOM, browser inconsistencies, etc.

To be fair, if you did do everything in javascript including the user interface, it ends up looking like java (see dojo, google closure, dart, qooxdoo). Javascript isn't well suited for a user interface or template language, but there are dozens of alternatives, some of which are more friendly to declarative UIs: https://github.com/jashkenas/coffee-script/wiki/List-of-lang...

erichocean 13 years ago | |

To be fair, if you did do everything in javascript including the user interface, it ends up looking like java

Or iOS, see Blossom: https://github.com/fohr/blossom

Frankly, not having to write HTML/CSS and still getting Core Animation-style hardware-accelerated transitions and a normal Core Graphics-style `render()` function is really, really nice.

Rickasaurus 13 years ago |

Why would you name this the same thing as a popular iterative map reduce implementation?

tumultco 13 years ago | |

It is probably named the same as many other popular products; "spark" is a common english word. With 7 billion people on this planet it is impossible to avoid naming collisions if you're going to use something from the dictionary.

nmb 13 years ago |

I agree that the name should be changed. If someone said they built their product "using Spark", it would be fairly ambiguous as to which one they meant, especially if their product has a data mining component.

[http://www.spark-project.org/]

Meteor Spark looks pretty nice though; look forward to trying it out.

erichocean 13 years ago | |

That's what I thought they were talking about, too.

shykes 13 years ago |

Can Spark be used as a standalone library, without the rest of Meteor? That would be pretty cool and I suspect it would be very successful.

wylie 13 years ago | |

From the linked article: "Spark weighs in at 8k gzipped and minified, including all of its dependencies, and it's easily separable from the rest of Meteor."

bialecki 13 years ago | | |

I just looked at the Spark wiki page[1], and Sizzle is a dependency (although they say it can be removed if you're willing to ignore IE 7). So it is separable, but might not be that small depending on your audience.

[1] https://github.com/meteor/meteor/wiki/Spark

tiglionabbit 13 years ago |

Yay, more data binding libraries. This one needs some better examples before I'll be able to understand at a glance how it works. I currently do my data binding with AngularJS.

Btw, this feature sort of already exists in jQuery. http://api.jquery.com/link/

sebastian 13 years ago |

How possible would it be to use something like Spark or Derby.js's Racer in a django site?

I like the realtime concept/behavior but I want to keep developing in django.

shykes 13 years ago | |

For the real-time data synchronization part, try dropping dotCloud JS into your Django app: http://js.dotcloud.com

It doesn't do live templating, though.

sebastian 13 years ago | | |

But, how much would I need to write to update the data in realtime as it changes in the backend?

ricksta 13 years ago |

It will be cool if Meteor could be packaged in a gem and be embedded in parts of a Rails app where client side interaction is heavy.

dmix 13 years ago | |

The whole idea of Meteor is to abstract away the server-side APIs commonly found in JS apps.

How does rails fit into that picture at all?

Backbone.js and Ember.js are already great for working with rails/REST apps...

kevincennis 13 years ago | |

Isn't Meteor written in Node?

Maybe this is an ignorant question -- but how would you integrate it into a Rails app?

jjaques 13 years ago | | |

You're right, it runs on Node. However as the poster above pointed out, there would be little practical use in combining this with another framework. Meteor is really it's own platform. The whole point is the unification of the client and server codebase.

I'm not sure about Ember, as I believe it tends to be more opinionated about how much of the page it controls, but Knockout and Backbone are generally pretty easy to use for just a portion of the page.

Steve Sanderson (creator of Knockout) has a really good overview of the most popular client side options (both libraries and frameworks).

http://blog.stevensanderson.com/2012/08/01/rich-javascript-a...

malandrew 13 years ago | | |

Check out nodeify. It's a gem that allows you to use node in rails for javascript stuff.

https://github.com/dkastner/nodeify

Yoric 13 years ago |

Looks good. I would be interested to see a side-by-side comparison with http://opalang.org, though.

hugh4life 13 years ago |

  Does Meteor have an rss feed for their blog?