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

Meteor Raises $20M

techcrunch.com

Post reply on HN
Print view View original

61–70 of 163 posts

Re: Meteor Raises $20M

#61

Post by auganov »

nichochar wrote: post #44

I like meteor, I think it's a good framework, that solves well the "Make a webapp with non critical data but where real time is critical" problem. I've also used angular, which I also like, but has a little bit more of a learning curve drawback. I do unfortunately believe that a project or framework should make it not because it's CEO or leader is good at selling something, pitching VC's, and creating a brand, I thin…

I don't agree about the unfairness or that it will have a negative effect. But I do think that Meteor's nature as a framework, might be its downfall as a company. I have a hard time imagining how Meteor is going to be able to contain or maintain control over the project given how broad it is. They'll need to provide really strong integration benefits to fight unbundling.

Re: Meteor Raises $20M

#62

Post by arxpoetica »

A few of us have been happily hacking away on SocketStream (https://socketstream.com/) for quite sometime. It's a smaller, piecemeal framework that borrows more from the community of Node pluggable/playable modules.

With this 20M, Meteor just became a heavy-weight—

That said, I still like the idea of a more community-drive approach.

Re: Meteor Raises $20M

#63

Post by akhatri_aus »

pdkl95 wrote: post #49

sigh At least judging by www.meteor.com, they are still insisting their users accept the risks[1] of javascript and sending an empty body tag. [1] If you think these risks don't exist, you haven't been paying attention. I don't care if you want to run exploit code from an ad or be used as ammunition by the Great Cannon; just don't insist that others must accept that risk if they want to read your page (slower loads o…

Most sites use javascript anyway. How is this different? If people want to use Meteor to solve their business problem (even internally) how does the negligibly low chance of a great canon infecting a site make this different.

There's also a couple of libraries that implement server-side rendering if the blank page is something that disturbs you.

Ps the loads are faster due to caching & are highly CDNable as they don't change at all. Mostly static.

For the great canon issue: it's not difficult to check against a hash on the script either right? Besides not exlusively being a Meteor problem.

Re: Meteor Raises $20M

#64

Post by hanley »

smanuel wrote: post #10
adamnemecek wrote: post #7

Earlier quoted context omitted.

Hosting.

I couldn't find any pricing information on their website and that's why I asked. I've heard people using Meteor on Heroku, DO, etc. but I've always wondered why someone would choose Meteor's hosting rather than host Meteor on Heroku (for example) and use a ton of other available plugins.

At the moment Meteor only has free development hosting, they haven't launched their production hosting yet so the pricing hasn't been announced either.

Re: Meteor Raises $20M

#65

Post by acgourley »

smaili wrote: post #59

Not trying to sound like a jerk, but I'm just wondering is it really a good thing to put on your homepage that there are nearly 12K questions posted on StackOverflow about Meteor? Seeing a number like that makes me wonder if maybe the documentation and or APIs are not very well done if it's generated that kind of activity on SO.

Personally I see it as positive - it means people are using it and I often find searching SO answers faster than searching docs.

Re: Meteor Raises $20M

#66

Post by clement75009 »

TimJRobinson wrote: post #24

Is anyone here running Meteor in production? I've seen so many intro's and demo's and prototypes but have yet to see any actual products / companies built around it yet.

A couple months ago we launched edgee, a platform for sharing high-quality content in carefully curated collections, called edgees. The app runs on Meteor and we're very happy with it. http://www.edgee.com

Re: Meteor Raises $20M

#67

Post by arxpoetica »

arxpoetica wrote: post #62

A few of us have been happily hacking away on SocketStream ( https://socketstream.com/ ) for quite sometime. It's a smaller, piecemeal framework that borrows more from the community of Node pluggable/playable modules. With this 20M, Meteor just became a heavy-weight— That said, I still like the idea of a more community-drive approach.

Also, shameless plug, but we've been keen to sponsorship and/or other contributors to get a little more momentum in the SS community. Ping me over here if interested so I don't completely derail this thread. ;) http://robertlangfordhall.com/contact/

Re: Meteor Raises $20M

#68

Post by murbard2 »

djmashko2 wrote: post #57
murbard2 wrote: post #18

I'm actually looking into meteor at the moment, and the financial backing is a big plus, as it gives me some guarantee that the project will keep being maintained for the foreseeable future. It is indeed a breeze to prototype applications with it, but I am a little bit concerned about the costs of getting an actual production ready site with it. For intance, when is it ever OK to let your client write directly in the…

Here's step 10 of the tutorial, which demonstrates how you can write custom RPCs to handle writing data in Meteor: https://www.meteor.com/try/10 You don't have to use the client-side insert/update/remove syntax if you don't want to. Unless you add an 'allow' call to let some of them through, they will all be automatically rejected by the server. (I work at Meteor)

Thank you, I know that you can do that. My concern is more of a soft question: in practice, in production, isn't that what you always end up doing anyway? And if that's the case, how much of meteor's coolness is lost in the process? If I'm going to be writing rpcs for all writes, why not just use some websocket library?

Re: Meteor Raises $20M

#69

Post by jules »

nichochar wrote: post #44

I like meteor, I think it's a good framework, that solves well the "Make a webapp with non critical data but where real time is critical" problem. I've also used angular, which I also like, but has a little bit more of a learning curve drawback. I do unfortunately believe that a project or framework should make it not because it's CEO or leader is good at selling something, pitching VC's, and creating a brand, I thin…

This is not a zero sum game.
Post reply on HN