...and yet, it is slow.
FastUI: Build Better UIs Faster
121–130 of 230 posts
Re: FastUI: Build Better UIs Faster
#122After years of crispy forms and HTML-in-Python hackery, I am firmly on the side that the presentation layer shouldn't be so tightly coupled to the code that renders it. A template language (that isn't Python) is sufficient. Even better if you can render the templates from different languages. I'll never be defining web app presentation in Python.
Why not Python? I've never seen huge differences between Jinja, Razor, or Blade. Is there something about it you find extra annoying?
In Jinja, Razor, or Blade, you write, HTML that you enrich.
With FastUI, you write Python.
Re: FastUI: Build Better UIs Faster
#123For something called "FastUI" it sure does seem pretty slow at making a basic website with simple 2000s-era HTML...
Well FastAPI was originally based on pydantic 1.x, which was extremely slow (so slow in fact that they removed the benchmarks from the website). I am the author of typedload, a similar library written in pure python. Mostly for fun I started to see how much I could improve performances, benchmarking against other libraries. I was very surprised to find out that pydantic2, despite the rewrite in rust, wasn't overwhelm…
The Pydantic project has a long history of misrepresenting their benchmarks, and ignoring the existence of much faster alternatives. I'm not at all surprised that their supposedly super-fast rewrite isn't really as fast as they made it out to be.
Re: FastUI: Build Better UIs Faster
#124What'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?
It's even called "FastUI", that is hilarious.
Have you used FastAPI? Certain functionality like file upload is mind blowingly slow.
FastX is popular these days.
Re: FastUI: Build Better UIs Faster
#125Call me old fashjioned but what is wrong with django and htmx? Works beautifully and fast, send only rendered code to the front. Have db admin for when you scale
I'm currently writing an app with Django. It's such a breeze. Everything just works and I only have to think about the problem I want to solve. The documentation is as fantastic as it was 10-15 years ago.
I'm not even really fan of Python and I really miss static typing (renaming things is painful) but oh well, I'm so productive with it that I can live with this.
Honestly, I think it's the only framework that I've ever used (never tried RoR though) which allows total flexibility while never bothering you with technical thoughts.
It's still as shitty to deploy as it was a decade ago but now we have containers so who cares.
I'm writing this app during a pause in my career (mainly frontend) after a burnout and it's reigniting my love for writing web apps.
Re: FastUI: Build Better UIs Faster
#126For something called "FastUI" it sure does seem pretty slow at making a basic website with simple 2000s-era HTML...
It means the UI abstains from eating, not that it works quickly.
Re: FastUI: Build Better UIs Faster
#127Call me old fashjioned but what is wrong with django and htmx? Works beautifully and fast, send only rendered code to the front. Have db admin for when you scale
I'm currently writing an app with Django. It's such a breeze. Everything just works and I only have to think about the problem I want to solve. The documentation is as fantastic as it was 10-15 years ago. I'm not even really fan of Python and I really miss static typing (renaming things is painful) but oh well, I'm so productive with it that I can live with this. Honestly, I think it's the only framework that I've ev…
I don't like Django as much as Phoenix (or Rails for that matter), but I'd take it over a Node-based backend any day of the week.
Re: FastUI: Build Better UIs Faster
#128Call me old fashjioned but what is wrong with django and htmx? Works beautifully and fast, send only rendered code to the front. Have db admin for when you scale
I'm currently writing an app with Django. It's such a breeze. Everything just works and I only have to think about the problem I want to solve. The documentation is as fantastic as it was 10-15 years ago. I'm not even really fan of Python and I really miss static typing (renaming things is painful) but oh well, I'm so productive with it that I can live with this. Honestly, I think it's the only framework that I've ev…
Django is truly amazing. It’s as you said - you don’t have to think about anything else other than the business problem. Authentication, session, databases, RBAC, everything is handled for you.
Unfortunately, if you want to use react, it usually means you’ll write APIs that are consumed by a browser-rendered app.
The holy grail for me would be a Django backend that renders react on the server. A Django nextjs.
Re: FastUI: Build Better UIs Faster
#129It’s amazing how many front end frameworks now exist that require running a backend server to even render basic HTML. This, remix, next, Astro, and so many others.
Do the features offered by these really warrant the complexity?
Re: FastUI: Build Better UIs Faster
#130Call me old fashjioned but what is wrong with django and htmx? Works beautifully and fast, send only rendered code to the front. Have db admin for when you scale
> old fashjioned
> htmx
Htmx went 1.0 a little over three years ago. Is it really something you can call old fashioned?