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

261–270 of 350 posts

Re: Show HN: Meteor, a realtime JavaScript framework

#261

Post by samstokes »

geoffschmidt wrote: post #203
AdleyEskridge wrote: post #92

Earlier quoted context omitted.

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 lo…

Hey, one of the Meteor authors here. Meteor's architecture makes it super easy to make an API. It's one of the advantages of building your architecture around sending data around rather than HTML. We couldn't go into everything in the video (it was already too long!), but the piece you're missing is Meteor.methods(). This lets you define methods, which are functions that the client can invoke on the server by calling…

> every Meteor app already has an API :) Your Meteor client can connect to any other Meteor server by calling Meteor.connect()

What about a non-Meteor client connecting to a Meteor server? Does that client have to understand DDP, or is that what you mean by "we could map DDP to REST" - there's no support for non-DDP clients now, but it's planned?

The latency compensation and Meteor.call() interface sound great, but what I understood by the GP's question about an API was "how can other clients besides mine talk to my app?".

Re: Show HN: Meteor, a realtime JavaScript framework

#262

Post by nosequel »

micheljansen wrote: post #208

My first impression of this: wow. If Meteor is all it appears to be, this is nothing short of revolutionary. My second reaction: what happens when the magic ends? When I was new to Rails, I really loved how easy it was to get started with scaffolding, a nice DSL for specifying relations, nifty form helpers. However, the first time I veered a little off the golden path and wanted to do something a little more complica…

"this is nothing short of revolutionary."

Oh FFS, this is not revolutionary. It is an attempt to wrap things in a friendlier package, while at the same time making something horribly insecure as a default install. Ruby on Rails did that a long time ago.

Better examples of revolutionary:

Manned Flight:

http://en.wikipedia.org/wiki/Wright_Flyer

http://en.wikipedia.org/wiki/Apollo_11

In computers:

http://en.wikipedia.org/wiki/Computer#First_general-purpose_...

Or even in programming:

http://en.wikipedia.org/wiki/C_(programming_language)

Try not to throw words like "revolutionary" around.

Re: Show HN: Meteor, a realtime JavaScript framework

#263

Post by kodablah »

tete wrote: post #210

Looks interesting, but.. $ curl install.meteor.com | sh Unable to install. Meteor supports RedHat and Debian. Installation failed. However the slow start description in their README works fine. Maybe this should be mentioned in the message above? https://github.com/meteor/meteor/blob/master/README.md Looks like an interesting approach. I always thought SocketStream would be the next big thing, but now I am uncertain.…

I still think SocketStream is the next big thing. The 0.3 release is moving along well and I have had fantastic success with it. The features touted by Meteor seem to already exist in SocketStream (template choice, server/client push/pull, DB choice) besides the "no server code part". It also works very well on Windows of course.

Re: Show HN: Meteor, a realtime JavaScript framework

#264

Post by zenocon »

kodablah wrote: post #263
tete wrote: post #210

Looks interesting, but.. $ curl install.meteor.com | sh Unable to install. Meteor supports RedHat and Debian. Installation failed. However the slow start description in their README works fine. Maybe this should be mentioned in the message above? https://github.com/meteor/meteor/blob/master/README.md Looks like an interesting approach. I always thought SocketStream would be the next big thing, but now I am uncertain.…

I still think SocketStream is the next big thing. The 0.3 release is moving along well and I have had fantastic success with it. The features touted by Meteor seem to already exist in SocketStream (template choice, server/client push/pull, DB choice) besides the "no server code part". It also works very well on Windows of course.

I've been building a SocketStream app for a couple weeks now, and this was my thought too -- plus it has other, important stuff done (e.g. authentication/authorization is working/sync'd up between http and sockets).

Meteor has some nice packaging and deploy stuff and the hosting is nice, but that to me is a nice-to-have.

Re: Show HN: Meteor, a realtime JavaScript framework

#266

Post by hk_kh »

stuffihavemade wrote: post #112
geoffschmidt wrote: post #52

Earlier quoted context omitted.

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

Please provide an npm package! In addition to the security, uninstall and versioning problems mentioned by others, not every one runs Debian and Redhat. If you provide a node package, anyone who can install node can install meteor. edit: Any by not every one, I mean me, running ArchLinux.

Here http://news.ycombinator.com/item?id=3828160 a modified version of the installer compatible with arch.

npm is out of my scope (in fact, even arch is)

Re: Show HN: Meteor, a realtime JavaScript framework

#267

Post by Raynos »

mkmcdonald wrote: post #250

So, has anyone actually read the code? I'd guess that these guys have spent a maximum of one month writing JavaScript. It's a giant mess. All flash, no substance.

Agreed, the codebase is a mess.

The ideas are nice, the implementation is absolutely horrible.

Re: Show HN: Meteor, a realtime JavaScript framework

#268

Post by [deleted] »

hk_kh wrote: post #266
stuffihavemade wrote: post #112

Earlier quoted context omitted.

Please provide an npm package! In addition to the security, uninstall and versioning problems mentioned by others, not every one runs Debian and Redhat. If you provide a node package, anyone who can install node can install meteor. edit: Any by not every one, I mean me, running ArchLinux.

Here http://news.ycombinator.com/item?id=3828160 a modified version of the installer compatible with arch. npm is out of my scope (in fact, even arch is)

[deleted]

Re: Show HN: Meteor, a realtime JavaScript framework

#269

Post by evanprodromou »

kragen wrote: post #257
Lazare wrote: post #207

Earlier quoted context omitted.

It depends what the Meteor team has in mind. If they want this to be the next Django/Rails/Express/whatever, where a large and enthusiastic community both uses and develops the product then the answer is fairly clear: No, this is not a suitable license. If their idea is that it's an nominally open source project where all control and most development takes place inside the originating company, and the community mostl…

In the twenty-five or so years of the free-software movement, we've built the Internet and the World-Wide Web; made the Encyclopedia Britannica obsolete by producing something dramatically better; built history's most portable operating system, which now runs everything from most smartphones to most supercomputers, with contributions from hundreds of companies, including its biggest competitors, IBM and Microsoft. Bu…

Nothing. I've made several and made money on them. (Wikitravel, StatusNet). There are others who have done so, too -- WordPress.com being the classic. Probably the biggest place we're seeing this right now is in IaaS and PaaS efforts -- OpenStack, Nodester, CloudStack, OpenShift, CloudFoundry. Open Source all the way.
Post reply on HN