uAS+async will always run in order, and each call gets access to previous state even if it was called before the previous call finished 🤯
uAS+async will always run in order, and each call gets access to previous state even if it was called before the previous call finished 🤯
Also I'm finding tests to be way more valuable these days. I look at tests as a cheap insurance option now.
Also I'm finding tests to be way more valuable these days. I look at tests as a cheap insurance option now.
Also it's amazing for autocompleting the current line.
But I'm not a fan of huge chunks of app code written with AI. I believe that requires taste that the agent doesn't have.
Also it's amazing for autocompleting the current line.
But I'm not a fan of huge chunks of app code written with AI. I believe that requires taste that the agent doesn't have.
So you end up with <Intersection>Output from RSC</intersection>. You can wrap in Suspense to not block rendering, but it doesnt prevent RSC from running
So you end up with <Intersection>Output from RSC</intersection>. You can wrap in Suspense to not block rendering, but it doesnt prevent RSC from running
I know it's a bit boilerplatey, but personally I've found the setState during render (increase/decrease example from docs) to work well with derived useStates based on changing props
I know it's a bit boilerplatey, but personally I've found the setState during render (increase/decrease example from docs) to work well with derived useStates based on changing props
Also the AIs that start commenting on issues and other people's pull requests
Also the AIs that start commenting on issues and other people's pull requests
Agree with Jacob that it's about education. My 2c is devs need to understand .bind and serialization to do RSC well
Agree with Jacob that it's about education. My 2c is devs need to understand .bind and serialization to do RSC well
Lemme know if you have any interest in something like that for Parcel
Lemme know if you have any interest in something like that for Parcel
- Automatic cache keys
- Function hoisting similar to server functions (you can close over variables)
- Opaque references (passing children doesnt create a new entry)
- Automatic cache keys
- Function hoisting similar to server functions (you can close over variables)
- Opaque references (passing children doesnt create a new entry)