Looks cool! How will it fair if I try to make a mobile app via PhoneGap or similar?
Show HN: Meteor, a realtime JavaScript framework
111–120 of 350 posts
Re: Show HN: Meteor, a realtime JavaScript framework
#112This 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 :)
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.
Re: Show HN: Meteor, a realtime JavaScript framework
#113Would it be possible to set it up so that the initial page load is completely static html served from cache? The page would then be updated when it changes, i.e pushed to client and new cache. There's lots of overhead on both server and client side generating everything dynamically, especially on slow mobile clients. Testing it on fast machine on localhost creates visible delay in initial DOM update. On typical conte…
Looks like a solution for this is coming down the pipeline: http://www.meteor.com/faq/can-meteor-serve-static-html
Re: Show HN: Meteor, a realtime JavaScript framework
#114Is GPL really viable for a web framework? The Free Software Foundation has consistently held that linking to GPL code (not LGPL) is derived work.
Ditto. The whole point of the LGPL is to allow linking code not to be GPL'd. It pretty much kills the usefulness of this project.
It kills its usefulness for proprietary software, unless you're willing to pay the Meteor guys whatever they ask for a license. But I'd like to point out that there's actually a lot of software out there that isn't proprietary, and Meteor looks like a dramatically better way to write it.
Re: Show HN: Meteor, a realtime JavaScript framework
#115This is very neat. I've been using Backbone + ShareJS[1] to do a lot of similar things for a current app I'm building. This is certainly nicer, though, with concepts like latency correction and support for keeping the user's changes in place whenever a template updates by only updating the specific elements that change (very cool). A couple of questions for you: 1) What's the current and projected goal in terms of co…
It looks like David Greenspan (the guy who created EtherPad and then got hired by Google to work on Wave) is on the team so it's probably safe to assume that OT is a feature.
A very good point :-). Just wanted to know what their "official" word is, since I didn't read about it in the docs...
EDIT: I see that they mention OT on the people page: http://www.meteor.com/about/people, so excuse my ignorance about the people behind the work...
Re: Show HN: Meteor, a realtime JavaScript framework
#116Does it scale to really heavy javascript pages? Do you have any benchmarks on when it starts to breakdown in terms of performance?
Also have you built a "solid" production app with it?
Re: Show HN: Meteor, a realtime JavaScript framework
#117I 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.
That puzzled me, too, I started browsing the code and noticed there's not a lot of testing of the project code itself: https://github.com/meteor/meteor/tree/master/tests
So I agree, it would be good to hear from the devs about their opinions and thoughts on testing. (Is there a chance that they think the "realtime-by-default" approach lessens the need for testing?)
I'm no testing zealot, but I've found writing tests useful and it would be a shame to be frustrated by that missing piece in an otherwise great project.
Re: Show HN: Meteor, a realtime JavaScript framework
#118This 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.
This is built with Node.js.
From the docs: "A Meteor application is a mix of JavaScript that runs inside a client web browser, JavaScript that runs on the Meteor server inside a Node.js container..."
Re: Show HN: Meteor, a realtime JavaScript framework
#119"In Meteor, your server code runs in a single thread per request, not in the asynchronous callback style typical of Node."
So node's not a cancer now?
Re: Show HN: Meteor, a realtime JavaScript framework
#120This 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.
This is built with Node.js. From the docs: "A Meteor application is a mix of JavaScript that runs inside a client web browser, JavaScript that runs on the Meteor server inside a Node.js container..."
I know. I meant that Node.js itself wasn't the fundamental leap that this is. And previous frameworks based on Node haven't attained "The One" status either.