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

121–130 of 163 posts

Re: Meteor Raises $20M

#121

Post by ahachete »

sergiotapia wrote: post #11

I looked into Meteor and it's amazing how everything clicks together. It's just such a drastic change in complexity and feels like a breath of fresh air. The one thing that made me drop it as the choice for a primary stack was the fact that it's tied so heavily into MongoDB. Meteor has a mongodb 'server' replicated client side, that's how they can actually make Meteor so god damn snappy, it's latancy compensation. If…

In ToroDB (https://github.com/torodb/torodb) we are currently working on implementing MongoDB's oplog server-side. ToroDB would work seamlessly with Meteor, meaning that at the end of the day your data sits on a PostgreSQL database. Watch out our next coming release! :)

Re: Meteor Raises $20M

#122

Post by kansface »

egeozcan wrote: post #4

I think the primary focus on further development in Meteor should be supporting additional databases officially, and after that, supporting operational transformation and conflict resolution strategies come to mind. In my opinion, they are the biggest hurdles towards creating reliable real-time applications. Official React or Angular support isn't a game-changer. They can already be integrated easily with the reactiv…

How often do you need OT in practice?

Re: Meteor Raises $20M

#123

Post by rory »

afandian wrote: post #45
sergiotapia wrote: post #26

Earlier quoted context omitted.

Do yourself a favor and set aside a weekend to go through this book: https://www.discovermeteor.com/ All of your questions are answered there.

As an onlooker that's discouraging. Can you give one-line answers to the points above?

Other users have answered these pretty well by now, I'd just like to add to the discussion of this question: >Likewise, I'm confused about how to get around the limitations of mongodb. Say you run a store with a finite inventory, how do you handle concurrent purchases? How about a website to enroll into classes? How about a webforum which can have exactly 5 administrators? A quick&easy for me has been to just set up a separate REST API to handle critical data like payments and just have a two-server app. Doesn't really add to development time vs a unified server. Meteor doesn't preclude SQL use, it just doesn't support reactive SQL off the shelf like it does Mongo.

Re: Meteor Raises $20M

#124

Post by rglover »

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…

> For intance, when is it ever OK to let your client write directly in the database, even for their own data? If you're going to pass their calls through a deny and allow call, why not just expose RPCs to the client that will handle any writing?

Good question. A pattern I like to use for this in Meteor is to rely solely on their Method calls which allow you to restrict any database ops to the server side. The trick is that you lock down all client-side writing from the get go so you're not trying to guess whether you set your rules properly. Here's an example of that pattern: https://gist.github.com/themeteorchef/194a803f8a28840f475f.

Re: concurrent purchases in your store example, you can actually strip reactivity from certain database queries. So, on the front-end you can prevent state shifting out from under users. To control data on the server, you could have a method that checks whether or not the inventory has been depleted before allowing certain operations (e.g. routing to a new page, manipulating the database, etc). Definitely possible to do this without going bonkers.

Does that answer what you're looking for?

Re: Meteor Raises $20M

#125

Post by smileysteve »

aliakhtar wrote: post #109

For those who're looking for a full stack framework, I can't recommend GWT enough. GWT lets you write java for both client & server, and then compiles the client code to javascript. This compiled js is highly optimized and your css / images / html templates are bundled together to minimize HTTP requests. On the server side, this lets you use java which is a lot more performant than javascript is.

> On the server side, this lets you use java which is a lot more performant than javascript is.

Is it? http://benchmarksgame.alioth.debian.org/u64/javascript.html

Re: Meteor Raises $20M

#126

Post by clement75009 »

MajinOLesedi wrote: post #95
clement75009 wrote: post #66

Earlier quoted context omitted.

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

Great site, awesome UI. I'm also working on a web app using Meteor. This just gave me some inspiration.

Thanks for the kind words :)

Re: Meteor Raises $20M

#127

Post by hamoid »

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.

Someone described this as "high WTF factor".

http://larseidnes.com/2015/01/05/the-wtf-factor-quantifying-...

Re: Meteor Raises $20M

#128

Post by galfarragem »

ibejoeb wrote: post #116
gooseus wrote: post #94

Earlier quoted context omitted.

Maybe you're right and everyone else on this comment thread are suffering from some cognitive dissonance? I'd be willing to bet much of those SO questions and replies are a part of keeping up the Meteor hype with most questions being answered by a core group of devs. The PR machine for Meteor is crazy. It's funny because this 20M will go to generating more hype and PR opportunities, while the actual development will…

I wonder where all of the dislike for Meteor originated. It's a cool product built buy some really smart people. They have the best cli tool I've used in a dev environment, and they're making a ton of progress. They're constantly publishing materials on integrating with third-party components including react, rethinkdb, famo.us. I hear you about the potential implosion by acquisition. It's definitely a risk. It's not…

Exactly. Coming from a different background (not CS), Meteor is a great place to start. The barriers to entry are really low and specially the risk is also very low: it's javascript ,"late bloomers" can't afford to learn something that might not be directly useful if their bet turn out a loss.

I am all in.

Re: Meteor Raises $20M

#129

Post by dorian-graph »

kansface wrote: post #122
egeozcan wrote: post #4

I think the primary focus on further development in Meteor should be supporting additional databases officially, and after that, supporting operational transformation and conflict resolution strategies come to mind. In my opinion, they are the biggest hurdles towards creating reliable real-time applications. Official React or Angular support isn't a game-changer. They can already be integrated easily with the reactiv…

How often do you need OT in practice?

Depends on what you're doing. I'm needing it for my thesis -> app and will probably use ShareJS for now.

Re: Meteor Raises $20M

#130

Post by methehack »

ahachete wrote: post #121
sergiotapia wrote: post #11

I looked into Meteor and it's amazing how everything clicks together. It's just such a drastic change in complexity and feels like a breath of fresh air. The one thing that made me drop it as the choice for a primary stack was the fact that it's tied so heavily into MongoDB. Meteor has a mongodb 'server' replicated client side, that's how they can actually make Meteor so god damn snappy, it's latancy compensation. If…

In ToroDB ( https://github.com/torodb/torodb ) we are currently working on implementing MongoDB's oplog server-side. ToroDB would work seamlessly with Meteor, meaning that at the end of the day your data sits on a PostgreSQL database. Watch out our next coming release! :)

Wow ToroDB looks really cool! Good idea!
Post reply on HN