Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
jasonmccay
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
8 ms
·
31.
▲
by
jasonmccay
13y ago
I am curious about this. No doubt the Amazon small is quite the laggard, but as price and capability scale on each platform, I would be curious to know what the results look like. Secondly, if you wanted to get truly accurate results, doing
32.
▲
by
jasonmccay
14y ago
Right ... this scenario is far more likely as, at the moment, it is very much in vogue for larger companies to snatch up the engineers around smaller, flailing companies that did not have enough revenue to sustain and could not attract fu
33.
▲
by
jasonmccay
14y ago
Congrats guys on the big news. In the brief opportunity that I had to get to know them, they were incredibly intelligent and super-nice and helpful guys. I sat next to Fred at Startup School a couple of years ago and his encouragement was a
34.
▲
by
jasonmccay
14y ago
Yep ... in interacting with many developers, setups like this are almost commonplace.
35.
▲
by
jasonmccay
14y ago
You can also use the MongoDB Profiler to get a historical view of the performance of your queries and can easily separate out results based on scanned documents and query time. http://docs.mongodb.org/manual/tutorial/manage-the-database-..
36.
▲
by
jasonmccay
14y ago
Interesting feedback ... I agree on the log messages that look terrifying yet, when googled, are like "oh, that's normal, don't worry about that." I also agree that the 2.x versions of MongoDB have been a great step forward for stability an
37.
▲
by
jasonmccay
14y ago
Can you offer an example of the creators claiming that it does something that it really cannot do? Also, while MongoDB does have its faults and some sharp edges, it is far from poor. For the most part, 2.x MongoDB is solid, performs well an
38.
▲
by
jasonmccay
14y ago
You are making sweeping (but vague) negative characterizations of a technology while, at the same time, accusing the company that created the technology of marketing it strongly. When DHH created Rails, was it his job to tell you all the re
39.
▲
by
jasonmccay
14y ago
I agree and I do think that often times people will select a technology and think it should work like some other technology, become frustrated when it doesn't and then, in turn, blast the technology on only the merits they understand. There
40.
▲
by
jasonmccay
14y ago
So, if someone asked you why they should use "Riak and countless others" and not MongoDB, what would you really say? Also, you seemed to imply that Riak was a go-to solution (my wording) while implying that MongoDB was more of a fringe "b
41.
▲
by
jasonmccay
14y ago
Really? Do you work on your own car? Is it because you think you aren't smart enough to do it or because you think that spending your time on other efforts is a more valuable configuration? AWS is the electric company. Heroku tends to be th
42.
▲
by
jasonmccay
14y ago
MongoHQ has a licensing agreement with 10gen for the name. Plus, as already mentioned, MongoHQ works very closely with 10gen to not only promote the use of MongoDB, but to improve MongoDB as a database product.
43.
▲
Instant Bug Fix
(instantbugfix.com)
9 points
by
jasonmccay
14y ago
|
1 comments
44.
▲
by
jasonmccay
14y ago
I think the point he was making was that the company in question never tried to scale horizontally with MongoDB because, in their words, "we believe horizontally scaling shouldn’t be necessary for the relatively small amount of ops per seco
45.
▲
by
jasonmccay
14y ago
I find it a better course of action to work on properly understanding your data problem and then evaluate the options available instead of just sticking with the stand-by solution ("Well, we've always done x!"). Just like with anything in t
46.
▲
by
jasonmccay
14y ago
I think that you would find MongoDB to work nicely for you ... especially with the need for rich queries (which assumes, on my part, that you have more complex data needs, documents, etc.). With all due respect to the Kiip engineering team,
47.
▲
by
jasonmccay
14y ago
The reality is that developers are maturing in their understanding of different technologies and they are learning how to apply them in correct use cases. There continues to remain a "golden hammer" syndrome where white horses and unicorns
48.
▲
by
jasonmccay
14y ago
There are fairly straight-forward ways to control memory usage in MongoDB, especially if this is a concern for you. All you need is a bit of OS know-how and it works just fine. We run both large (multi-shard clusters) and small memory (500M
49.
▲
by
jasonmccay
14y ago
Again ... this is more an indictment on the poor IO performance of Amazon EBS vs. MongoDB as a solution. MongoDB can scale both vertically and horizontally, but as with anything you scale on Amazon infrastructure, you are going to have to r
50.
▲
by
jasonmccay
14y ago
I have to respectfully disagree. Your comment is a bit sweeping and I really don't think that MongoDB's sharding solution is a bad one ... simply the strategies are different. There is a large set of nice features that makes Mongo, for most
51.
▲
by
jasonmccay
14y ago
I understand your point, but the performance issues still stem off of poor IO performance on Amazon EBS. As we continue to use it, we continue to find it to be the source of most people's woes. If you have solid (even reasonable) IO, then m
52.
▲
by
jasonmccay
15y ago
Nice promo video ... LessConf is enjoyable because it really does focus on making sure that all attendees have a memorable time. Besides learning a ton from speakers, you make a lot of great friends and feel really taken care of. It is the
53.
▲
by
jasonmccay
15y ago
The MongoHQ API is making great strides moving in this direction and as was mentioned in another post, the team is dog-fooding it so much that they are building the next version of the MongoHQ web app on top of it. The added benefit that we
54.
▲
Physical toys interacting with iPads
(engadget.com)
5 points
by
jasonmccay
15y ago
|
0 comments
55.
▲
Painting of Burning Bank Fetches $25,000
(npr.org)
2 points
by
jasonmccay
15y ago
|
0 comments
56.
▲
by
jasonmccay
15y ago
Seriously bummed. This was a reliable and (very) useful service for all of our environments on EC2. We had it tied in with Nagios and it worked quite well to alert us of issues. Since this is official, we will probably start relying on Page
57.
▲
by
jasonmccay
15y ago
Take the risk and apply. They are looking for brilliant people and are willing to mold and improve your idea or give you an entirely new idea if they like your team. While there needs to be a basic concept/product there, they really do coun
58.
▲
by
jasonmccay
15y ago
Assuming the changes that were introduced in MongoDB 1.8 for single-server durability, writes are being put to disk with journaling. So, the data is written to disk.
59.
▲
by
jasonmccay
15y ago
I am not knowledgeable of your situation, but I am curious about your set up, the intentions you had when you were storing things and other factors in MongoDB not storing your data. Also, I am curious how long ago this was...what version of
60.
▲
by
jasonmccay
15y ago
Respectfully, this isn't true. Yes, fire and forget is the default behavior, but there is a confirmation step that you can check. It may be implemented a bit differently from driver to driver, but it is generally called a "safe insert". Num
More ›