Michal Mocny
@mmocny.com
Web Vitals, Speed Metrics, and #webperf @ Google.
Previously: AR, Physical Web, WebApps, Startups.
Autodidactic Geek, Woodworker, Sailer. Proud Father of 3 boys.
Previously: AR, Physical Web, WebApps, Startups.
Autodidactic Geek, Woodworker, Sailer. Proud Father of 3 boys.
I couldn't find a metric for "turn off js" but I'm sure its trivial.
More useful would be "desired JS didn't have a chance to run" but that's much harder to define. We won't have single perfect number for that.
But I'll see if I can get some insights on Monday.
More useful would be "desired JS didn't have a chance to run" but that's much harder to define. We won't have single perfect number for that.
But I'll see if I can get some insights on Monday.
November 2, 2025 at 4:25 PM
I couldn't find a metric for "turn off js" but I'm sure its trivial.
More useful would be "desired JS didn't have a chance to run" but that's much harder to define. We won't have single perfect number for that.
But I'll see if I can get some insights on Monday.
More useful would be "desired JS didn't have a chance to run" but that's much harder to define. We won't have single perfect number for that.
But I'll see if I can get some insights on Monday.
Ah neat. This answers the question I had last night.
Interesting stuff this signal graph...
Interesting stuff this signal graph...
November 1, 2025 at 9:53 AM
Ah neat. This answers the question I had last night.
Interesting stuff this signal graph...
Interesting stuff this signal graph...
As we already have framework app templates and create-blank-app in code editors, we will have whole framework-version-specific context hooks as well.
My 2cents: It's not really what LLMs could do, its: why might developers choose to specifically constrain LLMs to a specific tech stack?
My 2cents: It's not really what LLMs could do, its: why might developers choose to specifically constrain LLMs to a specific tech stack?
October 16, 2025 at 2:44 PM
As we already have framework app templates and create-blank-app in code editors, we will have whole framework-version-specific context hooks as well.
My 2cents: It's not really what LLMs could do, its: why might developers choose to specifically constrain LLMs to a specific tech stack?
My 2cents: It's not really what LLMs could do, its: why might developers choose to specifically constrain LLMs to a specific tech stack?
As we evolve to develop new APIs or new idioms, there is a bootstrapping & training problem, no doubt, but this is where agents/context engineering plays a role.
Sure, if I just ask a chatbot to hallucinate a demo it might pick a random popular option-- but I could also frame my requirements.
Sure, if I just ask a chatbot to hallucinate a demo it might pick a random popular option-- but I could also frame my requirements.
October 16, 2025 at 2:41 PM
As we evolve to develop new APIs or new idioms, there is a bootstrapping & training problem, no doubt, but this is where agents/context engineering plays a role.
Sure, if I just ask a chatbot to hallucinate a demo it might pick a random popular option-- but I could also frame my requirements.
Sure, if I just ask a chatbot to hallucinate a demo it might pick a random popular option-- but I could also frame my requirements.
I think I disagree with the premise here.
I think that LLMS only need *sufficient* context to become good at writing in particular style, not necessarily *the most& context.
Like humans, LLMS can become expert developers at many frameworks regardless of which is most popular in the training set.
I think that LLMS only need *sufficient* context to become good at writing in particular style, not necessarily *the most& context.
Like humans, LLMS can become expert developers at many frameworks regardless of which is most popular in the training set.
October 16, 2025 at 2:39 PM
I think I disagree with the premise here.
I think that LLMS only need *sufficient* context to become good at writing in particular style, not necessarily *the most& context.
Like humans, LLMS can become expert developers at many frameworks regardless of which is most popular in the training set.
I think that LLMS only need *sufficient* context to become good at writing in particular style, not necessarily *the most& context.
Like humans, LLMS can become expert developers at many frameworks regardless of which is most popular in the training set.
<activity/> is sweet.
Seems there are two use cases in particular (right from the docs)
- prerendering hidden new content
- Keep rendering hidden old content
Pre-re-rendering you might say :)
Seems there are two use cases in particular (right from the docs)
- prerendering hidden new content
- Keep rendering hidden old content
Pre-re-rendering you might say :)
October 8, 2025 at 2:34 PM
<activity/> is sweet.
Seems there are two use cases in particular (right from the docs)
- prerendering hidden new content
- Keep rendering hidden old content
Pre-re-rendering you might say :)
Seems there are two use cases in particular (right from the docs)
- prerendering hidden new content
- Keep rendering hidden old content
Pre-re-rendering you might say :)
(Ah. Astro+VT used to be coupled with ClientRouter, but afaik has been de-coupled. I assumed you mentioned cross-document-VT, which are also now supported.)
HTML swap I think is default, but you can opt to persist nodes (component islands, or dom nodes with state). The default might change...
HTML swap I think is default, but you can opt to persist nodes (component islands, or dom nodes with state). The default might change...
May 8, 2025 at 2:53 PM
(Ah. Astro+VT used to be coupled with ClientRouter, but afaik has been de-coupled. I assumed you mentioned cross-document-VT, which are also now supported.)
HTML swap I think is default, but you can opt to persist nodes (component islands, or dom nodes with state). The default might change...
HTML swap I think is default, but you can opt to persist nodes (component islands, or dom nodes with state). The default might change...
m.xkcd.com does some of these things already. Unfortunate that you don't get redirected, automatically.
xkcd: PhD Timeline
m.xkcd.com
April 26, 2025 at 4:32 PM
m.xkcd.com does some of these things already. Unfortunate that you don't get redirected, automatically.
Naming aside, that presentation was exceptional.
It put into clear terms patterns we were struggling to articulate.
It put into clear terms patterns we were struggling to articulate.
April 8, 2025 at 6:30 PM
Naming aside, that presentation was exceptional.
It put into clear terms patterns we were struggling to articulate.
It put into clear terms patterns we were struggling to articulate.
Your last question in this episode, with an explicit call to "be specific", was about the nicest "I call bullshit" I've ever heard ;)
March 3, 2025 at 2:56 PM
Your last question in this episode, with an explicit call to "be specific", was about the nicest "I call bullshit" I've ever heard ;)
Darned. Sorry to hear that. You are the second person this week who I've heard this happen to.
Where are these slopes?
Where are these slopes?
February 20, 2025 at 11:43 AM
Darned. Sorry to hear that. You are the second person this week who I've heard this happen to.
Where are these slopes?
Where are these slopes?
That's not dodgy. You should see me try overhangs!
February 12, 2025 at 11:58 AM
That's not dodgy. You should see me try overhangs!
That's actually genius! Until you forget to turn it off while on a roaming hotspot :)
January 22, 2025 at 1:44 PM
That's actually genius! Until you forget to turn it off while on a roaming hotspot :)
But now you have to undo on error or if user changes their mind...
Or maybe optimistic + route changes are a bad idea and you should only use it for simpler things?
Or maybe optimistic + route changes are a bad idea and you should only use it for simpler things?
December 13, 2024 at 11:41 PM
But now you have to undo on error or if user changes their mind...
Or maybe optimistic + route changes are a bad idea and you should only use it for simpler things?
Or maybe optimistic + route changes are a bad idea and you should only use it for simpler things?
What happens when you mix:
- transition to a new state
- route change at new state
- useOptimistic (eager state update)
In most of the guidance for transitions they recommended integrating route changes after successful render, not at start.
I think useOptimistic means eager URL update?
- transition to a new state
- route change at new state
- useOptimistic (eager state update)
In most of the guidance for transitions they recommended integrating route changes after successful render, not at start.
I think useOptimistic means eager URL update?
December 13, 2024 at 11:40 PM
What happens when you mix:
- transition to a new state
- route change at new state
- useOptimistic (eager state update)
In most of the guidance for transitions they recommended integrating route changes after successful render, not at start.
I think useOptimistic means eager URL update?
- transition to a new state
- route change at new state
- useOptimistic (eager state update)
In most of the guidance for transitions they recommended integrating route changes after successful render, not at start.
I think useOptimistic means eager URL update?
Ricky, I've been left in <Suspense>.
I could really use() an answer! Could you kindly route() me, so I can start to Transition?
I eagerly await your Promise to resolve my query. Please don't reject.
(Why yes, I am dad joke levels of vibe today :)
I could really use() an answer! Could you kindly route() me, so I can start to Transition?
I eagerly await your Promise to resolve my query. Please don't reject.
(Why yes, I am dad joke levels of vibe today :)
December 13, 2024 at 5:34 PM
Ricky, I've been left in <Suspense>.
I could really use() an answer! Could you kindly route() me, so I can start to Transition?
I eagerly await your Promise to resolve my query. Please don't reject.
(Why yes, I am dad joke levels of vibe today :)
I could really use() an answer! Could you kindly route() me, so I can start to Transition?
I eagerly await your Promise to resolve my query. Please don't reject.
(Why yes, I am dad joke levels of vibe today :)
I, too, often feel this way when measuring event timing ;)
December 11, 2024 at 10:27 PM
I, too, often feel this way when measuring event timing ;)
"Any sufficiently advanced technology is indistinguishable from magic."
Therefore, you are obviously a magician.
Therefore, you are obviously a magician.
December 11, 2024 at 5:44 PM
"Any sufficiently advanced technology is indistinguishable from magic."
Therefore, you are obviously a magician.
Therefore, you are obviously a magician.