Frontend

nothing is more disappointing than a library providing only react support.

"nobody has time to make versions for each framework!"

not what we are asking and not what you should do even if you're able to. Just make a vanilla JS version and a react version.

This ends up being better for your library long term

Treat React Hooks for what it is – a separate programming language.

Hooks happen to use JavaScript-y syntax and package mechanisms, but they ignore all the usual conventions around references and closures due to the implied re-rendering loop and are thus incompatible with the rest of the JavaScript ecosystem.

Since I adopted zustand hooks are gone forever, it even allows me to work in a Vanilla style if i want, state management and interactions are pretty easy now, just sharing in case it's useful to not get so entangled with react

/frontend dev・founder/decentralized data wrangler /blockhead・ritual.net・UI/UX abstractionist・DeFi/web3 builder・dropout・24・prev /dydx・x.com/darryl__yeo

Since I adopted zustand hooks are gone forever, it even allows me to work in a Vanilla style if i want, state management and interactions are pretty easy now, just sharing in case it's useful to not get so entangled with react

https://zustand-demo.pmnd.rs/

Barcelona based developer. I enjoy comics gaming and sci-fi

Not yet, don't have much time for side hustles, but if I ever start one it's really likely that zustand might be the state management choice. It's composable and type safe. Also it's really easy to use it scoped for small context or even centralized for bigger ones, dope lib srsly

Have you used Zustand outside of a React project before? Curious what that experience is like.