A place for developers to talk about building on Farcaster.

/dev

Idk what's worse, 15 useStates in the root of an app or this many useEffect dependencies 😭

Me burning up a user's CPU when I don't have to pay for the compute time

DX Engineer | Head of Developer Relations at /pinata | Building orbiter.host | stevedylan.dev/links

* higher rank in Tae Kwon Do than Vladimir Putin
* hobbies include finding new highs of dad jokes
* open-source contributor (I updated a README once)

Move work to the server? Nah, my users are the servers lol

Based House. Engineering @neynar. Amusement, wonder, and uncertainty ✴︎ libred.org

I don’t like it but I liked it as a sign of sympathy

If I had to choose between two 'mares, I'd personally go with refactoring the useEffect's first (if even possible 😵🤣).

There be so many dragon's in and around useEffect - <sigh>

Frontend

The year is 2025 and React devs are still stuck in a local maximum with this archaic syntax and absolute footgun of a dependency management abstraction

Imagine all the keystrokes, CPU cycles and brain cycles we collectively could have avoided over the last decade if the industry just moved on from virtual DOM frameworks instead of blindly following runaway network effects (pun intended)

Many such cases :(

https://warpcast.com/darrylyeo/0xe28f80c1

If setAddress and setInitialized are the result of the useStates you mentioned, you should be able to remove them from the dep array

this could be a useful read, some older approaches with state/effects are obsolete these days

this could be a useful read, some older approaches with state/effects are obsolete these days

https://react.dev/learn/you-might-not-need-an-effect

Personally I think the worst option would be the useEffect. ❌

In that function you need to account for all those variable transition changes and that sounds like a nightmare. 😱

If the useState is being used you can isolate each variable specifically. 🧩

Good thing about not working with other devs is i can avoid all my pet peeves by not including no garbage like this :)