David K 🎹 (@davidkpiano) 's Twitter Profile
David K 🎹

@davidkpiano

Making state machines at @statelyai · prev. @Microsoft · I play piano

ID: 992126114

linkhttps://stately.ai calendar_today06-12-2012 01:03:35

24,24K Tweet

71,71K Takipçi

2,2K Takip Edilen

David K 🎹 (@davidkpiano) 's Twitter Profile Photo

Some devs think I'm saying you should not use useState() and useEffect() - that's wrong. They're useful hooks, but there's other hooks, patterns, and React 19 APIs that you should know about. Key phrases here: "a lot" and "experienced"

David K 🎹 (@davidkpiano) 's Twitter Profile Photo

AI coding assistants save you so much time by auto-generating code, leaving you more time to do other things such as fixing extremely hard-to-debug issues caused by the valid but incorrect AI-generated code

David K 🎹 (@davidkpiano) 's Twitter Profile Photo

This is such a good visual for the "nothing is wrong with just putting stuff in a bunch of useState/useEffect hooks, my app works fine" React developers

Dillon Mulroy λ (@dillon_mulroy) 's Twitter Profile Photo

did you know that if you stand looking in a mirror and say "finite automaton" 3 times David K 🎹 will appear behind you and refactor your app to use state machines #lifehacks #productivity #javascript

David K 🎹 (@davidkpiano) 's Twitter Profile Photo

By the way, I'm not saying "rewrite your entire codebase." I'm saying "the cost is lower than you think, and adding to legacy code usually kills velocity." 1. Understand the code as much as possible first 2. Incrementally rewrite, if it would improve velocity

David K 🎹 (@davidkpiano) 's Twitter Profile Photo

Many will disagree, but write code as if you're going to switch frameworks/languages in the future You won't, but it'll naturally organize your project in a way that prevents decay and makes it much easier to maintain and update