Comments (10)
Good news! Rethinkdb is now a part of the Linux Foundation!
https://www.linux.com/news/2017/2/rethinkdbs-realtime-cloud-database-lands-linux-foundation
from meatier.
@chrbala RethinkDB (the technology) isn't going anywhere. ReQL is the most beautiful DB language I've ever used (JS bias acknowledged). The docs are the GOLD STANDARD for how docs should be written. No DB admin console (localhost:8080) even comes close to what they offer. Sharding across table joins, built-in pub/sub, etc are just icing on the cake.
OSS is a strange field. Things like Node.js are owned by the Linux Foundation & do just fine. Other things like Django are completely community run where folks use kickstarter to fund their PRs. Postgres is somewhere in the middle I think, I never really knew where $$/PRs came from for them.
At work, we use RethinkDB in production & have no desire to switch. Even if another PR is never made, it's stable, performant, and offers all the features we need.
from meatier.
RethinkDB is a mature product, also Slava, Mike and all the team will use it in production at Stripe, so it could get even better (in terms of optimizations, not features). Just Horizon could stay without future.
from meatier.
https://goo.gl/forms/WnJztEIEx8Ivkrwk2 everyone fill this out! Rethinkdb
needs a new home!
On Fri, Oct 7, 2016 at 1:37 AM chrbala [email protected] wrote:
https://rethinkdb.com/blog/rethinkdb-shutdown/
What are your thoughts? Think the community will take it over? Is there a
good replacement that will still be developed?—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
#173, or mute the thread
https://github.com/notifications/unsubscribe-auth/AAc-yxlcVFY3IEntLez7Th7e8qJwXG-Xks5qxdqPgaJpZM4KQsTs
.
from meatier.
@quadsurf You'll have to pick between horizon & relay. Relay (both v1 and v2) doesn't support subscriptions, so using that with horizon is gonna be rough, unless you want to keep 2 stores. You could use apollo, but then you have to either write an in-memory MQ or build a wrapper around a very robust one (i'd suggest rabbitMQ). Then, you have to write event wrappers & awkward n+1 subscribers...
Personally, I use Cashay, which is something I wrote. I gave extra care in making subscriptions super easy.
For example, if you want to get every person on your team & every project that they own:
query {
teamMembers (teamId: $teamId) @live {
id
preferredName,
projects @live {
content
id
}
}
}
That's pulled straight out of a project that's running in production. Try doing that with any other client cache 😉
from meatier.
@chrbala thanks for sharing. Very good news!
from meatier.
Yes, I was thinking the same @mattkrick. I really hope the community can build it to something even better though!
from meatier.
The community is now actually doubling in strength upon hearing about this unfortunate situation and many outside entities involved in OSS now step forward to support the transition, upkeep and continuous evolution of both RethinkDB and Horizon. Things are actually looking very promising. Even proper legal team has been assembled to deal with relicensing and any potential troubles that could occur during this process. RethinkDB and Horizon are here to stay and on top of it, I'm also working on bringing fusetools.com to the fold as they are looking exactly for this type of solution for their own platform.
from meatier.
@mattkrick I think the following would be an amazing stack to work with:
meatier, relay instead of redux, horizon.io, graphQL, rethinkDB
from meatier.
from meatier.
Related Issues (20)
- reimplement eslint import-order
- update package.json HOT 1
- set module directory in babel HOT 1
- Setting DATABASE_HOST generates connection errors HOT 4
- Thoughts on Horizon? HOT 5
- Add comparisions for session management, methods, and reconnection HOT 1
- consider using webpack-merge to simplify webpack config HOT 1
- Does the server automatically restart when I change the code? HOT 1
- invalid token when submitting password reset (PR available)
- errors from GraphQL requests aren't displayed properly on client (PR available)
- client vars are hard-coded by EnvironmentPlugin; can't be changed at launch time HOT 2
- GraphQLScalars are not intended for email, password, etc. validation HOT 3
- Emails and passwords are not being validated on the server side
- Does it support `settings.json` like Meteor does? HOT 1
- RFC: Switch repo to Action (maintained, updated version of Meatier) HOT 9
- Typescript HOT 4
- Provide OAuth examples for facebook, twitter, etc. like Google OAuth
- Demo button on home page seems odd
- Still maintained? HOT 3
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from meatier.