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

91–100 of 350 posts

Re: Show HN: Meteor, a realtime JavaScript framework

#91

Post by kragen »

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

Meteor runs on the client, not the server. If the server sends the code to the client so that the client can run it, the code is being distributed to the client. Better make sure that you have a link to the un-minified version of your site's JS if you minify it and use Meteor, and of course don't try to restrict your users from studying, copying, modifying, and redistributing your site's JS.

Re: Show HN: Meteor, a realtime JavaScript framework

#92

Post by AdleyEskridge »

luigi wrote: post #28

This feels to me a lot like how Rails felt back in 2005. A fundamental leap forward and an understanding of where web technology is going. I haven't felt that way about Node.js or even its higher-level frameworks like Express or Batman. This feels like "The One", even though I've been absorbing the docs and screencasts only for the last 20 minutes.

I somewhat disagree. I want to preface my post by saying I'm smiling ear to ear—I loved the screencast, and I look forward to using this tomorrow on a project I've been thinking about for a while.

Here's my concern: If I use Meteor as it is intended, and I also want a my application to have API, I'll have to re-implement all of my logic server-side[1]. This seems like a step back, unless I'm misreading things.

I'd love for the Meteor team to address this. Does Meteor make writing APIs easier?

[1]: I'm aware that much of the "client-side" code is executed server-side too, but that's due to Meteor's magically transparent client-side framework.

Re: Show HN: Meteor, a realtime JavaScript framework

#93

Post by munaf »

bryanh wrote: post #64

Big props on stellar presentation. The code is impressive, but even better is their slick install, deploy, docs, screencast and examples. This looks big. If nothing else, hopefully others will notice the code to support materials ratio. Its just as relevant for straight OS as much as it is for "businesses around GPL".

Agreed. What struck me most was how much care they put into the presentation of the framework, docs, and videos.

I'm really happy to see so many developers taking UX seriously, even if it's just for other developers. Quite a nice trend I'm seeing with libraries/frameworks these days.

Re: Show HN: Meteor, a realtime JavaScript framework

#94

Post by cfontes »

kgosser wrote: post #77
luigi wrote: post #28

This feels to me a lot like how Rails felt back in 2005. A fundamental leap forward and an understanding of where web technology is going. I haven't felt that way about Node.js or even its higher-level frameworks like Express or Batman. This feels like "The One", even though I've been absorbing the docs and screencasts only for the last 20 minutes.

Completely agree. I thought Backbone was the "missing piece", but this really is it. Edit: to clarify I specifically meant a front-end tool to help me leap a level in personal development skill.

I am sorry but there is no way to compare backbone with this one( but it looks very nice, too ), they aim at different things.

I am using backbone for a while and it's backend agnostic which is great !

This one have more resemblance to knockout.js( I am talking client side) and it's MVVM design, backbone doesn't even try to approach that problem.

Re: Show HN: Meteor, a realtime JavaScript framework

#95

Post by sleight42 »

I had two knee jerk reactions. The first has been discussed already (client side DB access). The second has not.

Does Meteor have any opinions on testing? I didn't see anything from a quick glance at the docs.

I love the idea of tighter development cycles. But as a Meteor app grow in size and complexity, won't it still need a test suite to prevent regressions?

Eager to hear thoughts on this from the Meteor devs.

Re: Show HN: Meteor, a realtime JavaScript framework

#97

Post by jguimont »

kgosser wrote: post #77
luigi wrote: post #28

This feels to me a lot like how Rails felt back in 2005. A fundamental leap forward and an understanding of where web technology is going. I haven't felt that way about Node.js or even its higher-level frameworks like Express or Batman. This feels like "The One", even though I've been absorbing the docs and screencasts only for the last 20 minutes.

Completely agree. I thought Backbone was the "missing piece", but this really is it. Edit: to clarify I specifically meant a front-end tool to help me leap a level in personal development skill.

Backbone is almost at the top of the javascript toolkit levels. Let's put it in perspective:

- backbone - jquery - meteor You use meteor as a foundation to build your application as backbone is more or less your application itself. Think "CoreFoundation" vs "AppKit" kind of difference.

Re: Show HN: Meteor, a realtime JavaScript framework

#99

Post by kgosser »

cfontes wrote: post #94
kgosser wrote: post #77

Earlier quoted context omitted.

Completely agree. I thought Backbone was the "missing piece", but this really is it. Edit: to clarify I specifically meant a front-end tool to help me leap a level in personal development skill.

I am sorry but there is no way to compare backbone with this one( but it looks very nice, too ), they aim at different things. I am using backbone for a while and it's backend agnostic which is great ! This one have more resemblance to knockout.js( I am talking client side) and it's MVVM design, backbone doesn't even try to approach that problem.

Very true. I wasn't very explicit that I didn't mean they were the same thing, apples to apples. I meant "missing piece" in terms of the front-end tool to help me leap a level.

Re: Show HN: Meteor, a realtime JavaScript framework

#100

Post by sbarre »

fleaflicker wrote: post #69
geoffschmidt wrote: post #2

Hey everyone! The four of us have been working very hard on this for the last six months, and we're excited to finally take the wraps off. Can't wait to hear what you think! We've got a lot more stuff coming over the next few months, and if there are particular things you'd like us to do/prioritize, I'd love to hear about them!

Is anybody paying you to work on this full-time?

Judging from the "About Us" page, it sounds like these guys are "financially independent" enough already...
Post reply on HN