Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Meteor 0.4.0: Introducing Spark

meteor.com

Post reply on HN
Print view View original

11–20 of 24 posts

Re: Meteor 0.4.0: Introducing Spark

#11

Post by jjaques »

kevincennis wrote: post #7
ricksta wrote: post #5

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.

Isn't Meteor written in Node? Maybe this is an ignorant question -- but how would you integrate it into a Rails app?

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...

Re: Meteor 0.4.0: Introducing Spark

#12

Post by wylie »

shykes wrote: post #4

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.

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."

Re: Meteor 0.4.0: Introducing Spark

#13

Post by bialecki »

wylie wrote: post #12
shykes wrote: post #4

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.

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."

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

Re: Meteor 0.4.0: Introducing Spark

#14

Post by tumultco »

Rickasaurus wrote: post #8

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

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.

Re: Meteor 0.4.0: Introducing Spark

#15

Post by malandrew »

kevincennis wrote: post #7
ricksta wrote: post #5

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.

Isn't Meteor written in Node? Maybe this is an ignorant question -- but how would you integrate it into a Rails app?

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

https://github.com/dkastner/nodeify

Re: Meteor 0.4.0: Introducing Spark

#16

Post by nmb »

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.

Re: Meteor 0.4.0: Introducing Spark

#18

Post by heretohelp »

rbn wrote: post #17

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.

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.

Re: Meteor 0.4.0: Introducing Spark

#19

Post by edtechdev »

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...

Re: Meteor 0.4.0: Introducing Spark

#20

Post by erichocean »

edtechdev wrote: post #19

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…

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.

Post reply on HN