Full Stack Python Application FastAPI, HTMX, SQLite Part 1

[@2v4vendetta]

one of the best and most well-paced videos I've ever seen on the topic. Please post more often!

[@cspythonforscience]

Thank you for the kind words! I hope to have part 3 uploaded within the next few days

[@karibusafari1877]

very detailed explanation, with full exposure of the developing route. Thank you!

[@cspythonforscience]

Glad you enjoyed it!

[@swoopsavvy7560]

Good job! Clear explanation and the right pace!

[@sehriyarmemmedli26]

Discovered these while searching for interesting new fastapi tutorials. Looks informative tbh. Haven't watched yet but planning to start. Thanks.

[@cspythonforscience]

Hope you enjoy them! I think fastapi and htmx are a killer combo to get something off the ground fast. I also have the source code uploaded on GitHub. Cheers!

[@second1799]

I enjoyed it. Keep it up brother!

[@cspythonforscience]

Glad you enjoyed it, thank you!

[@ralphlagos4210]

Love this series!

[@cspythonforscience]

Thank you!

[@RamanKumar-hm2xq]

what are you using for IntelliSense suggestions?

[@cspythonforscience]

Ruff and pyright

[@resistentemente]

What are the minimum requirements needed to follow the series of the project?

[@cspythonforscience]

You can check the requirements.txt file on the GitHub, but the main ones are python 3.10 or later, fastapi, and Jinja 2. Htmx and Bulma css can be added using a CDN link. For the security portion you might need to download form cryptography packages but can't remember off hand if it's a standard library package or not.

[@teddyfulk]

What’s your opinion on fastHtml?

[@cspythonforscience]

I haven't tried it out yet, but my initial impression isn't too strong. It seems like the main selling point is that everything is done using only python, however I don't see a huge advantage in that. I usually like abstractions when it hides implementation details by exposing a declarative API. That's why I prefer to stick with straight SQL instead of ORM. SQL is a declarative way of dealing with a database while the implementation details are left to the DBMS. I feel like an ORM just tries to abstract something that's already been abstracted away to begin with. Same applies to HTML. Its a declarative way to state how you want a webpage to be displayed, and the implementation details are left to the browser. Trying to abstract HTML into python just doesn't make sense to me. Plus looking at the codebase for FastHTML, it doesn't look like its written in a manner to provide decent type hinting when making the HTML components. They use *args and **kwargs, which makes less than an ideal developer experience when you forget an attribute name. Whereas writing HTML in a modern IDE basically just writes itself due to the really great code completion.

[@scarysticks66]

have you ever tried golang?

[@cspythonforscience]

No I haven’t but I’ve heard good things about it and would like to try it out sometime. Currently I am learning rust on the side and using it with axum for some hobby projects.

[@aleksdizhe]

When will part 2 be? :)

[@cspythonforscience]

Part 2 is out! Full Stack Python FastAPI HTMX SQLite Part 2 kzbin.info/www/bejne/pXncZYybgtVpkNE Sorry still a KZbin noobie, I will try to add a card and link it to this video when I get home

[@aleksdizhe]

@@cspythonforscience thx!

[@MrRbc33]

you know that you can comment a selection with Ctrl + /

[@cspythonforscience]

Yes, but I had to remap my vscode key bindings awhile back. But I need to go back and correct it so I can quickly comment like you said

[@MrRbc33]

@@cspythonforscience later oi notice you use noevim and vscode vim extension!