Hacker News Reader

No offense, but you're thinking from the JS bubble.

Yes, ultimately you need JS to interact with the DOM but if you look at eg Livewire the orchestration is in the server. I'd be happy to use a similar fullstack solution in JS/TS but afaik it doesn't exist. And it doesn't exist because the JS world is still hung up on full on fat reactive clients which are overkill for the immense majority of use cases.

View on HN

Liveview and similar frameworks are cool but not great for everything. It's not easy to build an 'offline first' application with it, for example

I agree. These solution are not meant to solve all the front end needs. But they can solve the majority of it (forms, modals with dynamic content, filtered lists, etc).

Nothing is great for everything.

> I'd be happy to use a similar fullstack solution in JS/TS but afaik it doesn't exist.

If you mean, a fully TypeScript full stack solution then you might be correct. I wouldn't know because I tried Deno earlier this year and it wasn't great.

If you mean, a full stack solution that utilizes TS to for both the API and for the frontend then that is a much easier find. Vercel's Next.js provides this out-of-the-box and various other full stack starters and boilderplates exist.

I recently built one using PgTyped and typescript-rest.

Reply on news.ycombinator.com