Internal tooling

It's even called "FastUI", that is hilarious.

Fast to develop, not necessarily as fast as a 'written and optimized by hand' UI.

Have you used FastAPI? Certain functionality like file upload is mind blowingly slow.

FastX is popular these days.

Anyone have experience with Django Ninja?

I have trouble finding the FastX project you mentioned. Can you tell me its website?

The top results I get are for the Fast and Furious movie. After specifying the context ("API", "web", "framework") I get hits for remote desktop software which also has API:

https://www.starnet.com/fastx/ https://www.starnet.com/help/fastx-v3-api/

And "fastx python" returns a module for parsing FASTA files

https://pypi.org/project/pyfastx/

Sorry for the confusion. I just meant, naming something "Fast" and then a descriptor, has become very popular.

FastHTTP, FastGPT, FastChat, FastAI, FastLED, FastText, FastClick, FastHub, FastSAM

Most of these have 10s of thousands of stars on github.

https://github.com/search?q=fast&type=repositories

> Is doing a roundtrip to the server on every client interaction ever a good idea for building user facing UI?

Hold on I thought HN is all hyped about HTMX now? Isn't that what that does too?

Yes that's exactly what it does, and it's possible some people don't know that because they haven't had to think about that stuff at work. But I do think the ergonomics of HTMX are better. I would argue that lowers the barrier to doing exactly what you want, which will lead to less over fetching.

It can be.

1. It can save a lot of repetitive boilerplate code

2. You can keep validation rules in one spot.

I've been working with some toolkits like these after years of 'backend api, frontend vue/react/angular' and it definitely can save a lot of time. It's not always the best fit, but there isn't one approach to all applications that is the best fit. Everything has tradeoffs.

Htmx and phoenix liveview do this, and they’re quite popular

The ingenuity here is exactly not needing a roundtrip for every interaction. You request a page -> fastapi sends the client a json defining the components -> the frontend knows how to render this json into react components that run locally just like any other js framework.

I recieved a "secure patient portal message" in email from my doctor. Navigating to the actual message took 5 clicks, and each click involved waiting 3 to 12 seconds for pages to load, while all sorts of react-y things happened like hydration, spinning loading icons, placeholders. This is on gigabit internet with 50 ms ping. Shipping javascript to provide snappy UI has utterly failed, please let us go back to 1 round trip to the server for each client interaction.