One comment on the screencast, isn't encouraging people to do
curl $URI | sh
Show HN: Meteor, a realtime JavaScript framework
161–170 of 350 posts
Re: Show HN: Meteor, a realtime JavaScript framework
#162Congratulations -- I'd talked to you guys about what you were working on, but it looks like it's much more awesome than I thought.
Re: Show HN: Meteor, a realtime JavaScript framework
#163Earlier quoted context omitted.
It would be more helpful for people reading this comment if you gave reasons beyond "It's taboo". I'm sure you have good reasons, I just can't see them here.
Portability, robustness, flexibility and security. There's little reason to spread out a package like meteor all over /usr/local. But many reasons against doing that. To illustrate, a few simple questions: What if I need multiple meteor versions on the same system (different versions for different users/projects)? How do I quickly switch between different meteor versions (often needed in fast-moving projects like thi…
I am definitely not in favour of piping curl output to sh and giving root access.
I do prefer packages installed to /usr. You can easily solve the multiple-version-problem: Debian/Ubuntu has `alternatives`; Gentoo has `eselect` etc.
With these tools it is easy to "slot" packages (Gentoo terminology): /usr/bin/meteor would become a link to /usr/bin/meteor-0.1, /usr/bin/meteor-0.2 or whatever. And it is selected by the `alternatives`/`eselect` commands.
And how do you bundle your runtime? Just install the darn package!
If you are using SuSE Solaris95 and all your software is packaged for Debian or RedHat, then you should consider switching to a distribution that makes it easy to install third party software using the native package manager. If that means building a deb or rpm, then so be it; it's not that difficult.
Re: Show HN: Meteor, a realtime JavaScript framework
#164Hey 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?
They must have a good amount of money to have that URL.
Re: Show HN: Meteor, a realtime JavaScript framework
#165Just watched the entire demo. First time I heard two people present a product together - definitely makes it a lot more interesting and much less monotonous. After the first 30seconds, I went "pfft, live reload isn't new." But I'm glad I stayed till the very end because it is indeed so much more. It looks very promising, especially if you offer app hosting of some kind (or make it easy on Heroku etc.) I am curious ab…
Thanks for the feedback about the beginning of the demo. We had a really tough time with the site and the video because the people who are interested in frameworks like Meteor come from a lot of different backgrounds. Some people have written half a dozen Backbone applications and have written their own highly scalable node.js cache invalidation servers, while other people have suggested that we take the word "REST"…
Don't shy away from opportunity to teach. Just make sure you show it as a link, perhaps that means a simple popover explaining in simple terms what REST means.
Re: Show HN: Meteor, a realtime JavaScript framework
#166Note that the name "Meteor" is already used: http://meteorserver.org/ it's a comet server, so there might be some confusion here (I thought that this was the next version of meteor I linked to, at first).
Other then that: "holy shit" was the first thing that popped into my head after watching 2 minutes of the video. Excellent work guys!
Re: Show HN: Meteor, a realtime JavaScript framework
#167"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?
+1, what about performance? Does this mean all server will be blocked while doing IO?
Re: Show HN: Meteor, a realtime JavaScript framework
#168Hey 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!
This looks fantastic. I genuinely got giddy watching the screencast!
If I were to use Meteor for a partially closed source app earning around $1000 per month, how much could I expect to pay you? From the FAQ:
> If the GPL doesn't work for your project, get in touch (contact@meteor.com) and we will write you a commercial license to your specifications.
Re: Show HN: Meteor, a realtime JavaScript framework
#169Earlier quoted context omitted.
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...
Well you got me to read the whole Wiki page, that counts for something. And it's a feature to be pretty excited about!
Re: Show HN: Meteor, a realtime JavaScript framework
#170[deleted]