The best part of AI is how much it separates hard (worthwhile) design from tedious work. Changes the value of things. Roughly equal amount of code: Perfect Async Reactive System ~ 1 Year Solid's JSX Compiler in Rust ~ 1 Day

I'm very excited to have @trueadm.dev back on the stream this Friday to talk about TSRX and Ripple at 12pm PT (stream starts at 11am PT). www.youtube.com/watch?v=xulU...

Remember when I was talking about the need for a natural successor to JSX. This is worth paying attention to. I wrote up my thoughts: hackmd.io/@0u1u3zEAQAO...

Streaming the latest in SolidJS 2.0 Beta in an hour. www.youtube.com/live/RQd6FIV...

My typical demo follows a formula. 1. Present a problem 2. Lead the audience to a simple solution 3. Show the simple solution doesn't work (in today's tools). 4. Spend significant time fixing 5. Show same simple solution in Solid, but it works AI throws a wrench in this.

I've seen talk of AI removing the need for frameworks. As an author using AI to assist writing, it feels we aren't there. Trying to debug/fix framework code without introducing regressions is non-trivial. To think app code isn't going to be missing edge cases is fanciful.

We're live!

The stream is back tomorrow! The SolidStart team joins me from around the world to talk about the upcoming SolidStart 2.0 release and more: www.youtube.com/watch?v=J7Sc...

If people didn't quite get what I meant with the diagram. I suggest you try to build this contrived example with the framework of your choice: stackblitz.com/edit/github-...

Async in frameworks happens in 4 phases: 1. create 2. consume 3. block 4. read The problem? Most fuse 2 & 3. Consumption triggers blocking. This puts DX (coloration) at odds with UX (blocking). Solid 2.0 snaps them to the poles. Colorless logic. Non-blocking UI.

Getting deep into Solid 2.0 Beta in 30 mins: www.youtube.com/watch?v=Nnrr...

People won't like it, but some truths are undeniable. "Two React Design Choices Developers Don’t Like—But Can’t Avoid" by @RyanCarniato #DEVCommunity @solidjs.com @react.dev dev.to/playfulprogr...

The odd part of advocating for Solid is having to defend React first. A lot of the loudest anti‑React takes fixate on ergonomics or vibes, not the actual architectural issues. You can’t explain Solid’s advantages until you clear that fog.

I asked AI why @solidjs.com 2.0 is a big deal. And I think I found an answer that speaks to me. Does it speak to you? hackmd.io/@0u1u3zEAQAO...

Worth catching the beginning (in ~30 mins) if you want to understand why I think JavaScript framework updates are still relevant in an age of AI.

Worth catching the beginning (in ~30 mins) if you want to understand why I think JavaScript framework updates are still relevant in an age of AI.

Solid 2.0 is so powerful even I don't know the limits of its capability. Join me Friday when I try to break it: www.youtube.com/watch?v=-VzC...

The <Suspense> is over. Solid 2.0 Beta is now released (next tag on npm). 🎉 github.com/solidjs/soli...

The next few years are going to be interesting. Despite the popular belief that the world is going to slop. Things like this tend to do the opposite. We've been blessed working in software to have one of the greatest professions.

I released an article I wrote a month back. I didn't previously publish because, on early review, it wasn't the article people expected from me on AI (today's stream will be). But I want to get this out there as it captures my first impressions: dev.to/playfulprogr...

Tomorrow's stream, I'm going to talk about how the way I work has completely changed over the past month: www.youtube.com/watch?v=W_z7...

Agentic AI is a helluva drug.

I just really like JSX. I don't mean the syntax. I mean that it has no set semantics. Just a grammar you can use as you see fit. There are some limitations on syntax/symbols etc.. but I can make `bind:myproperty={something}` do whatever. Most tooling is reasonable. Even if it was made for React.

I've been looking at `html` tagged template literals again and man the state of things sucks. I'd be so happy if @developit.dev `htm` was the accepted format and we could just get typing going, but as usual there are competing standards and in a lot of ways it makes sense.

Some people were wondering how you could build additional pending affordances or do error handling on top of optimistic data. I'm not a designer but I think this updated demo shows the possibility. Every action randomly fails 33% of the time. stackblitz.com/edit/github-...

Streams back tomorrow. Excited to talk about my latest Async Work, my foray into using AI tools, and look at the State of JS Results. www.youtube.com/watch?v=drLX...

Agreed. This is where the future is.

The stream is back tomorrow. Going to reflect on 2025 and look at what is shaping up in JavaScript frameworks into 2026. www.youtube.com/watch?v=Z54k...

It's that time of year when I like to reflect (and realize I didn't publish enough articles over the last year). "JavaScript Frameworks - Heading into 2026" #DEVCommunity #React #WebDev #JavaScript dev.to/this-is-lear...

I want to thank @replay-io.bsky.social. I honestly don't know how I would have debugged an issue I had if not for their time travel debugger. Certain nodes would "stick" after hovering, and required very specific timing to reproduce.

saw a question asking if solid-js is still relevant frontend talk has been mostly replaced by ai talk but it's quietly grown 6x in a year in opencode - tui in solid - tauri in solid - web app in solid-start - enterprise app in solid

Tomorrow's stream we dig into Time Slicing. What does it do? Is it necessary? Are there alternatives? And look at how the topic impacts the direction of Async Signals. www.youtube.com/watch?v=YNdr...

What if we didn't time slice and instead went async? stackblitz.com/edit/github-...

I was trying to re-create Sierpinski's Triangle Demo to look at Time Slicing again and I'm having trouble getting the results I was looking for in React 19. Am I doing something wrong? stackblitz.com/edit/vitejs-...

The stream is back tomorrow as I dig into what I've been working on in the world of Async & Signals. www.youtube.com/live/ori9xZh...

here is something that feels so powerful when behavior is baked into the reactivity, rather than compilers or framework. I've remade a few demos trying out the reactivity with manual DOM updates to test it out, starting with Ryan Florence's Select Example playground.solidjs.com/anonymous/85...

Thoughts on an approach to async in SolidJS that requires no wrappers, compilers, or coloration, non-blocking render, but it requires `setSignal`(& derived) to stay in the past until flush? 1️⃣ Yes, seems good 2️⃣ Yes, used to it 3️⃣ No, React is the worst 4️⃣ No, async isn't worth it 📊 Show results

Alright progress. I imagine most won't understand what you are seeing. I had a crazy idea a week ago that all the ideas we have about async could be wrapped into the native behavior of a runtime reactive system. So I dropped what I was doing to test. playground.solidjs.com/anonymous/c1...

The worst part of API design is when the answer is the one your users will hate. They will never thank you for it. They will misunderstand it until the end of time. But there is some comfort in them never knowing the pain they may have faced.

People give `useEffect` a bad rap, but it isn't usually the source of the problem. The real problem is too many `useState`s. Devs fail to see how their data is connected and model it too discretely. As those connections appear, it is easier to synchronize than refactor the model. 1/

Reading this I realized I forgot to cross post. But now I don't have to. Dan is absolutely right. Tanner's concern about overloading an existing platform syntax with new semantics is the best argument against. But mechanically the shape of the solution fits the problem better than alternatives.

Since people like pictures. I've used this before but this is why I find this direction compelling. I honestly don't have any ambition left of eCommerce. But I don't want to give up anything on the right side.

Since people seem to interested in alternative Server Component architectures, might as well publish the source. These documents are rough, basically brain dumps. But I think thanks to Tanstack there is interest. "Isomorphic First Framework" hackmd.io/@0u1u3zEAQAO...

I'd also thank the lovely community over at @tanstack.com! We know you are a big part of making this happen. To the continued growth of both our communities. 🥂🍻

New post! www.lorenstew.art/blog/10-kanb...

Very cool use of the reactive graph to inform preloading. One of the challenges of something like <Activity> for preloading is you need to render the tag (or not). Works great for static, but harder for dynamic like parameterized urls. This data drive approach doesn't care what is downstream.

We're live: twitch.tv/ryansolid

At 11am PT tomorrow, @igorminar.bsky.social and @anfibiacreativa.bsky.social join @tannerlinsley.com and I to talk about Web Fragments, a fresh take on Micro-Frontends. www.youtube.com/watch?v=sneu...

Thank you everyone who supports the streams. I know my content isn't always the most approachable but the channel has hit 20k subs. So thank you!

A lot of conferences going on this week. Join me on stream tomorrow as we talk about it all: www.youtube.com/watch?v=8bpj...