Earlier quoted context omitted.
Or you could use fixed point math: 600 in database means $6.00 Then aggregates and comparison operators would work, but you would have to decide upfront how much precision you might ever need
That sounds good, but with only 53 bits of integer precision in JSON (51 if you move the decimal point to account for cents), there's just not enough digits for finance these days. A similar problem exists if you use JSON numbers (aka doubles) for timestamps –- the numbers just aren't big enough to do it accurately.
RethinkDB: An open-source distributed database built with love over three years
201–210 of 247 posts
Re: RethinkDB: An open-source distributed database built with love over three years
#202Earlier quoted context omitted.
That sounds good, but with only 53 bits of integer precision in JSON (51 if you move the decimal point to account for cents), there's just not enough digits for finance these days. A similar problem exists if you use JSON numbers (aka doubles) for timestamps –- the numbers just aren't big enough to do it accurately.
Excuse me, what financial application rounds to 51 digits?
Re: RethinkDB: An open-source distributed database built with love over three years
#203Earlier quoted context omitted.
I adjust the level of details and technical stuff pretty well according to who I am speaking to. But sometimes someone with very limited knowledge of something asks me a detailed question about X. What they ask is too difficult and complex to be described in a simple way. Either I have to overly simplify it which may insult them and will do no good or I have to go on and step by step give them digestible chunks of ex…
Looks like I'm one of the people you are referring to. Like anyone with a healthy dose of curiosity, I'm interested in anything that is, well, interesting. I'm excited to meet people with expertise in various areas and ask them questions. I don't expect to understand their answers in full but in most cases I can still grab part of them. Based on my partial understanding in the first answer I can ask a better question…
I do what you described too, in parties or whenever I have an opportunity for a discussion with someone and I enjoy it and they ask me questions too and we try our best to teach each other something which is perfectly ok and fun.
What I was referring to was mostly employee/boss situations where the boss asks the employee about the details or internals of system X and then gets pissed when the engineer can't explain it to him and blames it on them because they were incapable of explaining complex things to non-technical people.
I mean they have to appreciate that there's a limit to how much you can explain to non-technical people in simple terms. At some point it just doesn't work, and either you have to use the big words, and concepts and assume knowledge, or drop back to dead simple insulting analogies. You see that server boss? That's like a train! choo-choo!
Re: RethinkDB: An open-source distributed database built with love over three years
#204Earlier quoted context omitted.
Seems to me that most of us who have used MacPorts have moved to Homebrew or that could just be the bubble I'm living in. Is there anyone still who still uses MacPorts who could chime in and say why they never made the switch?
Why would I switch to homebrew? I've been using Macports for 2 years now and I never had any issues with it. It works. Also migrating from Macports to homebrew (in case there's a good reason to do it) it would be a painful experience. I would have to start from scratch right?
Re: RethinkDB: An open-source distributed database built with love over three years
#205Earlier quoted context omitted.
Try keeping it running while growing to millions of users in weeks. The simple data model lets us focus on elasticity and performance. There's a lot more to production quality software than the algorithms, but there are only a few NoSQL databases that get the algorithms right.
Sure, and I'm not trying to imply the RethinkDB guys are writing shoddy code or anything. For all I know the thing is bug-free with fantastic performance, perfect linear scaling with both number of cores and number of nodes in the cluster, and really does let you run your analytic workload on the same cluster you're taking transactions on (though I really doubt this last one – running analytics on your transactional…
Reminds me of Freud's story about the peasant who says to another, "Hey, you broke that kettle I lent you", and the other says, "It was fine when I gave it back to you, it was already broken when you lent it to me, and I never borrowed it."
Re: RethinkDB: An open-source distributed database built with love over three years
#206Did you rethinkAuth or am I just too stupid to RTFM?
Re: RethinkDB: An open-source distributed database built with love over three years
#207Wow, looks great! I'm excited to try it out. The Github graphs are really interesting too, that's a lot of love/work right there! https://github.com/rethinkdb/rethinkdb/graphs/impact
Re: RethinkDB: An open-source distributed database built with love over three years
#208Re: RethinkDB: An open-source distributed database built with love over three years
#209Hey guys, Slava here. I've been up since yesterday, so I'm going to clock out (though some of the team members are still lurking here). I wanted to thank everyone for great feedback. We're working hard to improve Rethink over the next few months. FYI, you can always hop on IRC (#rethinkdb on freenode) or github tracker ( https://github.com/rethinkdb/rethinkdb/issues ) with questions and we'll help you out.
Re: RethinkDB: An open-source distributed database built with love over three years
#210I feel being based on JSON is a big con though. While it's popular, it was never meant to be a rich serialization format, just simple. How to implement more complex fields like dates, and query efficiently on RethinkDB?