
@vuejs core team member • Volar.js author - Supported by @stackblitz • Coffee Freedom Achiever
Joined August 2018
- Tweets3.2K
- Following416
- Followers6.5K
- Likes4.4K
Let's go!!!
We started working on Void before the acquisition, originally intended to make it a commercial product. But now we no longer need to, so we've made it open source!
You can deploy the Void platform to your own Cloudflare account and get your own instance of it :)
Void v1.1.11 is out & fully open source!
Void is a full-stack SDK, CLI, and platform that unifies building & deploying apps.
◆ SDK: Zero-config SDK to build full-stack @vite_js apps
◆ Platform: A shared deployment platform for teams to host Void apps on @Cloudflare
◆ CLI: Provision resources and deploy Vite apps to Cloudflare or Void.
Build on Vite. Deploy on Void.
Watch the talk and learn more in our blog post
blog.cloudflare.com/deploy-w…
Johnson Chu retweeted
we just renewed the bolt open source fund for 2026. $1,700/month in new sponsorships, $11,333/month total.
bolt and webcontainers are built on other people's open source. here's who we fund.
bolt.new/blog/bolt-open-sour…
Johnson Chu retweeted
vue-jsx 3.3.0-rc.1 is out 🚀.
A new package: vue-jsx, formerly vue-jsx-vapor — Big thanks to bravf on GitHub for gifting me the npm name!
1. Virtual DOM by default, Vapor Mode opt-in
2. Native type inference for `ref` (exposed) and `slots`
3. ESM only
vuejsx.dev
Johnson Chu retweeted
oxlint + oxfmt might be the best thing that happened to javascript tooling
if you're still using eslint + prettier in 2026, i'm genuinely concerned
Johnson Chu retweeted
The next version of Vue language tools will support v-directives in Vapor mode (Vue 3.6+) 🎉
I help implement it as a contributor, thanks to @KazariEX_0929 for reviewing ☺️
github.com/vuejs/language-to…
Johnson Chu retweeted
I feel like we are on one of those pendulum swings right now where people undo a decades worth of work only to realize in 5 years they over swung because they missed the actual problem. We see this all the time. I'm not going to argue against imperative handles in all cases. But I want you think about the implications.
If you unwind these things you remove guarentees. Like why do developers like Rust or TS? Its because through constraints certain classifications of issues aren't possible. The solution solves itself structurally.
Structural constraints also have a nice property when composed. You keep benefitting from them as you layer on complexity. Build more constrained systems. Like if you aren't batching synchronous updates you probably have no foundation to managing async race conditions structurally.
We shouldn't confuse incidental simplification(removing a problem) with structural simplification. Sometimes legitimately we don't need to solve certain things. The solution should fit the problem. But more often than not in a well established space we are just delaying the inevitable.
Replying to @ryanflorence
Reactivity is overrated. Love this banger from Fable:
> ... view updates when I say handle.update() — I have said it 281 times in this codebase and it has surprised me zero times. I do not miss guessing when React would re-render.
Johnson Chu retweeted
Volar now has first-class support in tsdown and rolldown-plugin-dts.
It can generate `.d.ts` files for all file types supported by Volar, including Vue and Astro.
github.com/sxzz/rolldown-plu…
Johnson Chu retweeted
The wait is over – @AnthropicAI’s Claude Fable 5 is back!
Try it in JetBrains AI Assistant, Junie, and Air today.
What are you going to build?
Opinions along this line show a clear disconnect between those who use React only vs. those who don’t use React at all.
It’s easy to assume what makes sense for you makes sense for everyone because who cares about those who don’t use the same framework as mine?
But - Vite is framework agnostic, vendor agnostic, and we can’t go down that slippery slope. What if tomorrow we are going to add another 5mb for a Rust Vue compiler, and next week another for Svelte, Solid, and Astro? One can argue React is the most popular so it deserves special treatment, but where should that line be drawn? Why NOT other frameworks?
Vite is downloaded 12 millions a week, every uncached download consumes bandwidth and CI time. 5mb might not mean much for an individual end user, but it can result in meaningful difference at scale. If there is a way to optimize it, we should try that. It’s ironic that people complain about node_modules size while at the same time dismissing size optimization efforts.
Happy to announce [email protected]!
What you get:
- Vue

















