6 ms·

What's the use case for this? Is doing a roundtrip to the server on every client interaction ever a good idea for building user facing UI?

dgellow 3y ago
Internal tooling
Culonavirus 3y ago
It's even called "FastUI", that is hilarious.
- jacobyoder 3y ago
  Fast to develop, not necessarily as fast as a 'written and optimized by hand' UI.
- jasonjmcghee 3y ago
  Have you used FastAPI? Certain functionality like file upload is mind blowingly slow. FastX is popular these days.
  - dralley 3y ago
    Anyone have experience with Django Ninja?
  - duckmysick 3y ago
    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/fastx/ https://www.starnet.com/help/fastx-v3-api/ https://www.starnet.com/help/fastx-v3-api/ And "fastx python" returns a module for parsing FASTA files https://pypi.org/project/pyfastx/ https://pypi.org/project/pyfastx/
    - jasonjmcghee 3y ago
      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 https://github.com/search?q=fast&type=repositories
__jonas 3y ago
> 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?
- Capricorn2481 3y ago
  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.
jacobyoder 3y ago
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.
williamdclt 3y ago
Htmx and phoenix liveview do this, and they’re quite popular
shmooper 3y ago
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.
QuadmasterXLII 3y ago
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.

dgellow 3y ago

Internal tooling

Culonavirus 3y ago

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

jacobyoder 3y ago
Fast to develop, not necessarily as fast as a 'written and optimized by hand' UI.
jasonjmcghee 3y ago
Have you used FastAPI? Certain functionality like file upload is mind blowingly slow. FastX is popular these days.
- dralley 3y ago
  Anyone have experience with Django Ninja?
- duckmysick 3y ago
  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/fastx/ https://www.starnet.com/help/fastx-v3-api/ https://www.starnet.com/help/fastx-v3-api/ And "fastx python" returns a module for parsing FASTA files https://pypi.org/project/pyfastx/ https://pypi.org/project/pyfastx/
  - jasonjmcghee 3y ago
    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 https://github.com/search?q=fast&type=repositories

__jonas 3y ago

> 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?

Capricorn2481 3y ago
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.

jacobyoder 3y ago

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.

williamdclt 3y ago

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

shmooper 3y ago

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.

QuadmasterXLII 3y ago

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.