Why we decided against GraphQL for local state management
tech.okcupid.com
Why we decided against GraphQL for local state management
1–10 of 99 posts
Re: Why we decided against GraphQL for local state management
#2Re: Why we decided against GraphQL for local state management
#3Re: Why we decided against GraphQL for local state management
#4Tangentially related, they linked to RecoilJs which I wasn’t familiar with. The presentation on the RecoilJs site finally helped me say “Ok, I get the local state problem”. Worth a watch and reading the previous HN discussion on it [0-1]
Re: Why we decided against GraphQL for local state management
#5“OkCupid”, not “OkayCupid"
Re: Why we decided against GraphQL for local state management
#6The tools for client-side state management with GraphQL are really powerful, but require a lot more involvement than something like a standard state management store, IE an action that calls your GQL endpoint and stores the data in state.
async function fetchUsersAction(state) {
const users = await gql.getAllUsersQuery()
state.users = users
return state
}
I generally set up a regular client-side GQL library (urql, Apollo) and use this kind of pattern for store state.This approach has worked well for me in a number of fairly decent-sized apps, and it seems to be a pretty common one.
Re: Why we decided against GraphQL for local state management
#7The new version just looks like yet another Tinder clone, and doesn't resemble anymore what Okcupid was good at: Good profiles, which allowed to get an initial impression about people beyond "I like their looks".
Re: Why we decided against GraphQL for local state management
#8I wish they would just revert their site to where it was 2 years ago instead of doing anything new. The new version just looks like yet another Tinder clone, and doesn't resemble anymore what Okcupid was good at: Good profiles, which allowed to get an initial impression about people beyond "I like their looks".
The entire internet is being optimized to either outrage you or sexually arouse you as quickly as possible.
Re: Why we decided against GraphQL for local state management
#9I wish they would just revert their site to where it was 2 years ago instead of doing anything new. The new version just looks like yet another Tinder clone, and doesn't resemble anymore what Okcupid was good at: Good profiles, which allowed to get an initial impression about people beyond "I like their looks".
I wish it was more like 6 years ago, or whenever the Match buyout was. It's become hot people clickbait like all the swipe apps now. The entire internet is being optimized to either outrage you or sexually arouse you as quickly as possible.
I absolutely hate how accurate this is. It feels more and more that the optimization and efficiencies are making the internet less useful but more addictive.
Re: Why we decided against GraphQL for local state management
#10I wish they would just revert their site to where it was 2 years ago instead of doing anything new. The new version just looks like yet another Tinder clone, and doesn't resemble anymore what Okcupid was good at: Good profiles, which allowed to get an initial impression about people beyond "I like their looks".
I wish it was more like 6 years ago, or whenever the Match buyout was. It's become hot people clickbait like all the swipe apps now. The entire internet is being optimized to either outrage you or sexually arouse you as quickly as possible.