Hacker News Reader

sudodevnullon HTML over WebSockets: real-time SPAs with barely any JavaScript

The fact you don't know my name is the funniest part of this given you just slopped a whole video about me and my framework. Wow.

sudodevnullon HTML over WebSockets: real-time SPAs with barely any JavaScript

Because you are actively hurting projects that do care

sudodevnullon HTML over WebSockets: real-time SPAs with barely any JavaScript

I'm the author of Datastar and I find this response hilarious given you didn't reach out to me about correctness in public or private. Your content is full of incorrect statements. I even posted in the comments of the video to try to correct the FUD. You didn't do real effort and it shows

sudodevnullon HTML over WebSockets: real-time SPAs with barely any JavaScript

HTMX only does GET, doesn't to expo backoff, etc. Let alone the fact you need more extensions. Try it before claiming victory maybe?

sudodevnullon HTML over WebSockets: real-time SPAs with barely any JavaScript

the true irony is the article is about datastar, never change hackernews

sudodevnullon HTML over WebSockets: real-time SPAs with barely any JavaScript

things like datastar handle this automatically for you

sudodevnullon HTML over WebSockets: real-time SPAs with barely any JavaScript

ai slop

sudodevnullon Let's make the worst Htmx

HTMX v4 doesn't actually address what's makes Datastar work at it's core. It at best it copies some of the broad strokes of the API but not in a robust it efficient spec compliant way

sudodevnullon The Tao of Datastar

nice try cultist, ngmi

sudodevnullon A Trillion Characters

You're absolutely right!

sudodevnullon A Trillion Characters

Datastar btw

sudodevnullon I run multiple $10K MRR companies on a $20/month tech stack

your understanding is very wrong. please read the docs or better yet the actual code.

sudodevnullon Show HN: HTTP-nu – Nushell-scriptable HTTP server with SSE / Datastar

Really powerful and interesting approach!

sudodevnullon JavaScript-heavy approaches are not compatible with long-term performance goals

This is well known. You can have full reactivity without being JS heavy. https://www.youtube.com/watch?v=8W6Lr1hRgXo is a perfect example

sudodevnullon High-Level Is the Goal

he is out of line, but he is right

sudodevnullon Lite^3, a JSON-compatible zero-copy serialization format

It's a direct support in binary for the primitives available in JSON. I feel like I'm taking crazy pills

sudodevnullon Please just try HTMX

you have a point https://x.com/htmx_org/photo

sudodevnullon I made a better DOM morphing algorithm

So much misunderstanding of the details without actually trying it. I said clearly if you have metrics to back up claims great! Otherwise it's pure FUD which goes against actual metrics in the wild. Back up your assertions with actual code, that'd be great since you are so confident its 99% wrong.

sudodevnullon I made a better DOM morphing algorithm

Look at any Datastar demo, updates in microseconds above half RTT. Look at Andrew's demo above. We are actually working with Joel on possibly moving our already fastest approach to morphing to a version of his morphlex work. Actually try it and measure for yourself

sudodevnullon </> Htmx – The Fetch()ening

I make technical decisions based off of metrics. Last time we talked as soon as I showed you flamegraphs you yeeted. If you think D* version of morph is just idiomorph... please, make charts that actually show that to be the case.

sudodevnullon </> Htmx – The Fetch()ening

You are right! without HTMX 1 and the choices for future dev there would be no Datastar! If you think having a full framework while still allowing super easy way to make whatever API as you see fit is putting someone down, idk, ngmi.

sudodevnullon </> Htmx – The Fetch()ening

I hope you realize literally everything is a plug-in. The core is < 4kb. Also Datastar is literally smaller than HTMX so this is already kinda funny

sudodevnullon </> Htmx – The Fetch()ening

The power in Datastar is YOU get to choose what plugins you use to build the API you what... want data-get, it's a few lines away from being yours! You can rebuild all of HTMX in Datastar, not the other way around. https://data-star.dev/examples/custom_plugin is a great intro

sudodevnullon </> Htmx – The Fetch()ening

Oh noes, we agree on stuff. I don't know what to do now... stare at feet.

sudodevnullon </> Htmx – The Fetch()ening

So you can support JSON while still being REST. For example, Datastar supports merging in HTML, JS, JSON into the current view of a resource. They work together to keep the resource state unified versus polling. In general the Datastar way is...

1. make an MPA 2. each page is a resource 3. keep a stream open on the current state of that resource 4. ship, touch grass, repeat

sudodevnullon </> Htmx – The Fetch()ening

You are right! If this is enough to put you off the project then I hope you find one that aligns with your ideals.

sudodevnullon </> Htmx – The Fetch()ening

hey Alex, I hope you are well. Datastar has had direct support for req/rep of HTML, JS, JSON while still morphing for a quite a while. They allow you to go as coarse as you want. Give the size and ability to choose what plugins you actually need seems like Datastar is more in line with your wants at this point. Strange times.

sudodevnullon </> Htmx – The Fetch()ening

To be fair, the idiomorph work came from Datastar and Turbo community efforts. There is a whole podcast about Micah https://www.youtube.com/watch?v=IrtBBqyDrJU&pp=ygUOZGF0YXN0Y.... Latent has been a huge force behind these ideas as well!

sudodevnullon </> Htmx – The Fetch()ening

As the Datastar author, I'd approve this effort