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

Show HN: Meteor, a realtime JavaScript framework

meteor.com

Post reply on HN
Print view View original

51–60 of 350 posts

Re: Show HN: Meteor, a realtime JavaScript framework

#51

Post by equark »

skore wrote: post #41
equark wrote: post #34

Is GPL really viable for a web framework? The Free Software Foundation has consistently held that linking to GPL code (not LGPL) is derived work.

[[citation needed]]. From what I remember, the FSF is pretty consistent in saying that deriving from GPL code is derived work. If your linking constitutes a derivation (a common example would be a database handler that you adapt to your application after you've loaded it) then it is a derivation. If you just loosely call it, it is not.

Meteor packages all the JS together and minifies it. That's clearly linking.

Re: Show HN: Meteor, a realtime JavaScript framework

#52

Post by geoffschmidt »

delano wrote: post #42

This is a very uncool way to install something: $ curl install.meteor.com | /bin/sh

I am to blame for that. Here is our thinking on it:

- Though it "feels wrong" (definitely with you there), is it really any different from downloading an installer package and running it?

- You can just go to install.meteor.com in your browser if you want to see what the script does (or just leave off the | sh), which is arguably better than other installation mechanisms.

Curious to hear people's thoughts :)

Re: Show HN: Meteor, a realtime JavaScript framework

#55

Post by jumper2111 »

rabidsnail wrote: post #4

"You can use the database api on the client!" Does that freak anyone else out? Where are they doing permissions checking? Who can run what database commands under what circumstances?

Agreed - there should be some discussion on how auth credentials play into all of this.

Re: Show HN: Meteor, a realtime JavaScript framework

#56

Post by exogen »

DancingWolf wrote: post #45

It was a few years since I was "in" with the new things happening in the web-world. But how did JavaScript come to be the new "cool" language? It got some horrible problems with object oriented stuff, some really strange bugs/features, and it's slow-ish. I liked making cool stuff with JavaScript, but compared to something like ruby isn't this a step backwards? I can see the advantages of this framework, but it still…

Ubiquity is one reason. Ultimately, the "horrible problems" and "strange bugs" just turned out to be "unfamiliar differences." Also, newer JavaScript runtimes (V8) tend to smoke other dynamic languages in speed tests: http://shootout.alioth.debian.org/u32/which-programming-lang... – so it's not "slow-ish" so much as "really, really fast." ;)

Re: Show HN: Meteor, a realtime JavaScript framework

#57

Post by bryanh »

chc wrote: post #44
equark wrote: post #34

Is GPL really viable for a web framework? The Free Software Foundation has consistently held that linking to GPL code (not LGPL) is derived work.

I think Meteor actually has the opposite problem: Running a web app is not generally considered to be distribution, so as long as you aren't actually giving the source code to anybody else, the requirements of the GPL don't apply to you. (IANAL, but this is my understanding.)

This is correct, and is the exact reason the AGPL was created (http://en.wikipedia.org/wiki/Affero_General_Public_License): to close the "not really distributed" loophole in GPL.
Post reply on HN