6 ms·
I’m not a NoSQL expert, but everyone I know who is considers Mongo a joke in production. And I would never use Angular in production apps (“painfully slow” is r
by alanh 13y ago
I’m not a NoSQL expert, but everyone I know who is considers Mongo a joke in production. And I would never use Angular in production apps (“painfully slow” is reason enough but I have ideological differences as well). That makes saying “no” to this stack easy.
- wasd 13y agoI haven't seen any benchmarks that make it seem like Angular is "painfully slow." AFAIK, its on par or faster than ember.js and knockout.js. What would you use instead for MV* in the browser?
- alexfringes 13y agoI haven't actually seen any decent benchmarks between those systems as a whole. Most comparisons seem to shy away from that (between some candidates it probably doesn't make sense to benchmark anyways). But if you've seen anything interesting on that front, I'd be thankful if you could post it. And, you're right, so far Angular hasn't let me down regarding speed.
- alanh 13y agoOur relatively simple Angular app was regularly consuming 100% CPU for literal minutes and ate up 600MB of RAM until we dramatically reduced not-actually-that-crazy number of API calls we made on load (from less than 100, mostly prefetching data – to less than 15, pr-fetching sacrificed). It is mostly related to Angular’s “dirty checking” and ajax management. I have met others with the same problem. (Their solution? Use Backbone!)
- wasd 13y agoI think its a lot to ask but would you consider making a sample application that replicates this same behaviour?
- wnevets 13y agoquick someone tell doubleclick that angularjs is painfully slow
- outside1234 13y agoMongo is incredibly productive. In the "lean startup" sense it is an easy database to start with.
- krmmalik 13y agoExactly the discussion i had today with a colleague. Mongoose makes it incredibly easy to get started and iterate rapidly. I have yet to experience MongoDB in a large scale production environment and the common pitfalls often cited, but let's face it - If you're Start-Up has scalability issues, it's prob a nice problem to have. Based on my personal observations, i suspect the lack of adoption is because founders are thinking about scale prematurely - which is rather Anti Lean Startup and Anti-Pg anyway.
- stesch 13y agoIs MongoDB the right DB for every size of startup? What about the people who just want to try different projects on 1 (one!) single server? What I've read about MongoDB, it wants to use all the memory it gets. So it's only usable if it is running on its own server. (And in the beginning of MongoDB it had to be 2 servers if you didn't want to lose data.) Is this a false information again? Am I falling for anti MongoDB FUD again?
- krmmalik 13y agoSounds like the information you've been given is in the wrong context. I've had MongoDb running on my laptop in less than 5 mins and used it locally for multiple projects without issues. The kind of problems you mention probably occur on very heavy use but i've never witnessed it myself. For small scale stuff and getting up and running quickly, i've not used anything as convenient as Mongo Note: I'm on Windows. Also consider MongoHQ - They have a really good Start-Up package.
- krmmalik 13y agoSounds like the information you've been given is in the wrong context. I've had MongoDb running on my laptop in less than 5 mins and used it locally for multiple projects without issues. The kind of problems you mention probably occur on very heavy use but i've never witnessed it myself. For small scale stuff and getting up and running quickly, i've not used anything as convenient as Mongo Note: I'm on Windows. Also consider MongoHQ - They have a really good Start-Up package.
- aroman 13y agoDoes "everyone you know" have recent experience running Mongo in production? Because I have, and from my perspective calling it "a joke" is borderline trolling. I'm not trying to be hostile, but you've got to understand that Mongo is most certainly not a joke, has lots of support, and is a very appealing option in a number of cases.
- trimbo 13y ago> very appealing option in a number of cases. What cases do you have in mind?
- aroman 13y agoRapid iteration comes to mind (as a result of its lack of schemas). It's also great if your objects are JSON documents, and as such it's particularly suited for uses such as a backend to Backbone. Those are two areas in particular where I would first look to Mongo.
- tyre 13y agoThe first reason sounds a lot like 'hacking things out.' That is wonderful in the early stages of development, but 'production' doesn't just getting the app live quickly. With an ORM, let's take Rails as an example, migrations make schema changes extremely fast. As for JSON, Postgres has first class support for JSON data field types.
- PuercoPop 13y agoDon't lie to yourself, it has schemas. They are just implicit. Want to write JavaScript migration scripts for changing the Schema? I sure don't. But that is not even the begining to describe how broken mongodb design is. getLastError as a way to do write confirmation?
- aroman 13y agoYou can call them whatever you want, but I don't need to write any migration scripts when I change the schema. Writing a migration script MIGHT be a good idea, depending on my setup, but I definitely don't NEED to. I don't really know what you mean about the design being "broken", unless you mean that it's "different", in which case I would agree. As for write confirmation, you have flexibility in that regard. You don't need to be checking getLastError for write confirmation[0], though if you wanted to use a broken pattern, you could. [0] http://docs.mongodb.org/manual/core/write-concern/ http://docs.mongodb.org/manual/core/write-concern/
- marquis 13y agoI love Angular and have never found it to slow working with even quite complex directives and tons of filters. API responses take longer than Angular does to load.
- dmak 13y agoWhat's wrong with Angular? Why is it slow?
- mirajshah 13y agoWhat about asking these people: http://www.mongodb.org/about/production-deployments/ http://www.mongodb.org/about/production-deployments/ if it's a joke in production?
- appsappsapps 13y agoI saw a couple engineers from Craigslist present at a Mongo event within the last year, and they strangely acted as if Mongo were a joke—that is, they treated it like a playground, continuously talked about how and where it broke, and continuously reminded us that they didn't care about its data integrity because they were just messing around.