Live data from Hacker News

RethinkDB example apps

rethinkdb.com

21–30 of 35 posts

Re: RethinkDB example apps

#21
post #7

I would love to try out your DB, but your build system is garbage, and I mean that in the most constructive way possible. I know you guys put lots of effort into it, I can tell as I am reading through it trying to get it to compile on my Fedora system. Please for all that is good in this world take the time _now_ and switch to a sane build system. I know its cool that you scripted everything in Make, but this is stup…

I would love to try out your DB, but your build system is garbage If you only knew how much we agree with you :) We have an engineer working on that now, so it will soon be much, much nicer. Also, thanks for the instructions, I'll post them on the build page after I confirm everything.

I'm the maintainer of the archlinux AUR pkgbuild - a better build system would be much appreciated :) For now, I do 3-4 sed invocations over your various Makefiles.

If you want to have a look at what we need to hack our way around, take a look at https://aur.archlinux.org/packages/re/rethinkdb/PKGBUILD

Re: RethinkDB example apps

#22
post #5

Earlier quoted context omitted.

Nice, a negative comment on Hacker News! We don't have enough of those either.

It's a legitimate question (whatever you think about PHP) considering the size of the user base.

I wasn't replying to that comment -- the one I was replying to was deleted.

Re: RethinkDB example apps

#23
post #18

Thanks for taking the time to do this. I have only looked at the Python example, but I think it highlights a basic issue with the API: r.table('todos').get(todo_id).run(g.rdb_conn) It would be more natural to have it go the other way: g.rdb_conn.run(r.table('todos').get(todo_id)) This way, the connection runs the request instead of the other way round. Also, you are opening and closing DB connections with each HTTP r…

This is Bill @rethinkdb The distinction between query.run(conn) and conn.run(query) is very fine indeed. There has been much discussion about this and there are both solutions have their merits. At one point we even supported both but decided the simplicity of having only one solution merited dropping the other. Creating a new connection involves opening a TCP connection and sending a message to validate the driver t…

Thanks for the detailed answer. I completely agree wrt having only one solution. Looking forward to trying it out :)

Re: RethinkDB example apps

#25
post #7

I would love to try out your DB, but your build system is garbage, and I mean that in the most constructive way possible. I know you guys put lots of effort into it, I can tell as I am reading through it trying to get it to compile on my Fedora system. Please for all that is good in this world take the time _now_ and switch to a sane build system. I know its cool that you scripted everything in Make, but this is stup…

I would love to try out your DB, but your build system is garbage If you only knew how much we agree with you :) We have an engineer working on that now, so it will soon be much, much nicer. Also, thanks for the instructions, I'll post them on the build page after I confirm everything.

I am excited to hear that. I know it means pulling resources away from developing features, but seeing the plumbing taken care of properly really lends confidence to those who might be early adopters of a young project.

Re: RethinkDB example apps

#27
I really like RethinkDB, but the lack of a driver for JVM languages (Java, Scala, etc.) is a showstopper for me. I read that you're revamping your driver architecture and am anxiously looking forward to a JVM driver (more than willing to write a Scala-friendly wrapper - let me know if you're interested).

Re: RethinkDB example apps

#28
post #27

I really like RethinkDB, but the lack of a driver for JVM languages (Java, Scala, etc.) is a showstopper for me. I read that you're revamping your driver architecture and am anxiously looking forward to a JVM driver (more than willing to write a Scala-friendly wrapper - let me know if you're interested).

Thanks -- helping with a Scala wrapper would be great. Only a few weeks left until the new API is out. I wish we got it right on the first release, but hey, better late than never (there was a lot we learned from the first version).

Re: RethinkDB example apps

#29
post #20

I continue to be very psyched about RethinkDB - looks like an awesome product coming together nicely. As a boring non-cutting-edge, non-expert Rails person, any word on projects a la Mongoid to give a nice ActiveRecord-style ODM to guys like us? Would LOVE to be able to play with Rethink in place of Mongo. (Also, as an aside, if I were about 3 years more advanced in my ruby skills I'd totally volunteer to start that…

There is a Python ORM already (https://github.com/nviennot/nobrainer) but no Ruby one yet. I suspect it would be pretty easy to port Mongoid to rethink, so I wouldn't be surprised if a port pops up soon.

Thanks for your interest -- we'd really love to get everything out ASAP, but the team has limited resources and we have some more low-hanging fruit to take care of first.

Re: RethinkDB example apps

#30
post #21

Earlier quoted context omitted.

I would love to try out your DB, but your build system is garbage If you only knew how much we agree with you :) We have an engineer working on that now, so it will soon be much, much nicer. Also, thanks for the instructions, I'll post them on the build page after I confirm everything.

I'm the maintainer of the archlinux AUR pkgbuild - a better build system would be much appreciated :) For now, I do 3-4 sed invocations over your various Makefiles. If you want to have a look at what we need to hack our way around, take a look at https://aur.archlinux.org/packages/re/rethinkdb/PKGBUILD

Thanks -- I've opened an issue for the new build system https://github.com/rethinkdb/rethinkdb/issues/286 and posted this info. We'll try to take it into account as we develop the new one. Please comment if you have feedback/ideas!
Post reply on HN