Josh Claunch

695 posts

Josh Claunch banner
Josh Claunch

Josh Claunch

@josh_claunch

React/TypeScript nerd with a computer and too many ideas. Coding minion. Creator of https://t.co/Ug9QdaYsif and the occasional piece of music 🎵🎵🎵

Provo, UT Katılım Ocak 2018
107 Takip Edilen150 Takipçiler
Josh Claunch
Josh Claunch@josh_claunch·
@darthcaro Zoysia grass is actually amazing and grows so well here. ... Unfortunately somebody from the St Augustine grass dept must be paying off all the HOAs 'cause they all ban Zoysia.
English
0
0
1
37
Caro 𓍊𓋼𓆏𓋼𓍊
Caro 𓍊𓋼𓆏𓋼𓍊@darthcaro·
i am so jealous of yall in utah and idaho that have beautiful soft grass you can just lie down on. floridian grass is nasty and nobody ever lies down on it. 🥲
English
67
1
274
12K
Josh Claunch
Josh Claunch@josh_claunch·
Zedux now rivals most signals libs for speed. That's crazy considering its feature set. MobX is the only signals lib with comparable features, but Zedux is more than twice as fast. github.com/Omnistac/zedux…
English
2
0
6
184
Josh Claunch
Josh Claunch@josh_claunch·
@hamzajsx TS, suspense, modularity (atoms are king for microfrontends), naturally memoized derivation tree, scalable architecture that isolates updates. The maintainer of Zustand literally created Jotai to address Zustand's shortcomings esp. with memoized state derivations
English
1
0
1
49
Hamza
Hamza@hamzajsx·
@josh_claunch how is jotai more powerful than zustand?
English
1
0
0
57
Josef Bender
Josef Bender@josefbender_·
I'm thinking of add redux to a @reactjs project ... is Redux still cool in 2025?
Josef Bender tweet media
English
93
2
242
68.4K
Josh Claunch
Josh Claunch@josh_claunch·
@FinancialPhys Same! I moved to a new town, finally picked a dentist and he said I had 14 cavities. I made 2 appts to fix them all. First appt was horrible, so I went to a different dentist for the rest. And he was like, "Umm, you don't have any cavities, your teeth are amazing."
English
0
0
1
58
Financial Physics
Financial Physics@FinancialPhys·
A patient cured is a patient lost
English
333
499
5.1K
306.3K
Xayide27
Xayide27@Xayide2_07·
@eloffd @DelusionPosting She took "abstinence" in the birth control methods and said it could fail. Well, it seems there was one case like that, little bit more then 2000 years ago, but exempt that, it's pretty sure you wont get pregnant if you stay abstinent.
English
2
0
17
183
Vadims
Vadims@vadi_ms·
@josh_claunch Is ot possible to have easily the same state across extension, webpages and injected data on some pages?
English
1
0
1
31
Josh Claunch
Josh Claunch@josh_claunch·
@helloumma It's several orders of magnitude faster than shuttling updates between two (much slower) tools. We move enough data that using UI state to reduce the amount of server-side logic needed reduces our operating costs significantly.
English
0
0
1
14
Josh Claunch
Josh Claunch@josh_claunch·
@helloumma Depends on the app. RQ+Jotai is a great combo in many cases It wasn't an option for us with sockets moving lots of data. We use Zedux which combines cache management and UI state management in a single atomic model And I'm pretty much all-in on TanStack Start at this point
English
1
0
3
72
Josh Claunch
Josh Claunch@josh_claunch·
@DavidKPiano He-hey! Just goes and does it. Legend 🎉 So now, actually, I officially like your API better than nanostores and will probably recommend it instead.
English
0
0
1
24
David K 🎹
David K 🎹@DavidKPiano·
Today would be a weird day to announce that XState Store now has atoms, so I'll wait until tomorrow
English
9
5
106
7.7K
Josh Claunch
Josh Claunch@josh_claunch·
@DavidKPiano You're correct that "atoms" is a loose term. However, all libs but yours have an implicit reactivity baseline, namely handling the diamond problem at least. You just described recursive observables, not an atoms implementation. I recommend this article: dev.to/milomg/super-c…
English
0
0
3
79
David K 🎹
David K 🎹@DavidKPiano·
XState Store atoms, at least at a basic level, are graph-aware. Creating a "combined atom" tracks dependencies. Keeping it simple for now. Our atoms fit the concept of atoms in these libraries. Also note that none of the libraries you mentioned give a comprehensive, explicit definition of an "atom".
English
1
0
2
180
Josh Claunch
Josh Claunch@josh_claunch·
@tannerlinsley @PatrikarSanket @garyfung @jherr @jamonholmgren Well that is the problem - React can't implement RSCs, so they have no business telling frameworks to. The rollout was always doomed React should have said, "Hey framework authors, here are some APIs that can help with your server-side features. Let us know if you need more"
English
1
0
2
481
Jack Herrington
Jack Herrington@jherr·
I don't really understand the RSC hate. You're getting angry at a tool. If you don't need it, just don't use it. RSC is just another option for serializing and hydrating JSX and interactive components. I get that the NextJS App Router approach to using the RSC functionality might not have worked in your use case. And that's totally valid take. But it's not a reason to hate the underlying tool. Not all tools work on all jobs. There are lots of ways to use the underlying RSC functionality, and we are just starting to see those come out. For example; a SPA application could make a server call and get back Flight data (the format of RSCs) and hydrate that on the fly, loading in the interactive code only when necessary. This would reduce bundle size dramatically and speed up the initial load of the app. And that's just one of many possible options to leverage RSC. Has it taken too long to get to RSC options outside of the App Router model? Perhaps. But RSC is a major addition to the underlying React toolkit, so of course it's going to take a while for framework authors to understand it and to see if it fits their model, or not. But I don't think it's helpful to just hate on RSCs entirely because you don't dig the NextJS App Router. If the App Router isn't matching your use cases don't use it. There are new models of RSC interaction on the way, from Waku and @tan_stack Start. And those might provide you options based on RSCs that do work for you. Or not. Either way, RSC support existing in the framework does not hurt your SPA app.
English
50
43
503
141.3K
Josh Claunch
Josh Claunch@josh_claunch·
@vadi_ms @hsnice16 Good question. There are lots of ways to set up sockets, so it's hard to commit to a direction for a guide. We have kafka topic "endpoints" and set up one "stream" atom per topic. Some atoms take requestParams, which create one instance of that stream atom per set of params
English
2
0
1
32
Himanshu Singh
Himanshu Singh@hsnice16·
I banged my head for so long on recoil with the latest next.js, just to find out that it is not compatible. heck!
English
2
0
7
188
Josh Claunch
Josh Claunch@josh_claunch·
@vadi_ms @hsnice16 I'll get a real doc. Gist: It's 10x faster. It's a cache manager like React Query. It has real DI. Cached atoms are discoverable and universally snapshottable/restorable. This model works better across realms, e.g. with SSR and multi-window fintech setups.
English
1
0
1
22
Josh Claunch
Josh Claunch@josh_claunch·
@akshxdevs Recoil isn't maintained anymore. It doesn't work with React 19 and probably never will. But it's okay! Jotai and Zedux have been much more powerful and stable than Recoil for years now. They're both excellent alternatives.
English
1
0
1
49
Josh Claunch
Josh Claunch@josh_claunch·
@engjames256 TSQ is a cache manager. React Context is a DI tool. Jotai is easily the best state manager on this list.
English
1
0
1
85
Oyee James
Oyee James@engjames256·
React Devs: What's your favourite state library? - Redux - Zustand - Jotai - ContextAPI - Tanstack Query
English
2
0
2
1.3K