HTMX: 3 IRL Use Cases 

It's so great and fast to poc with fast API. Js lol. Why would I submit myself to that crap?

@@shaftymaze I've literally regained my will to build web stuff thanks to htmx. Currently using it to rewrite an entire website and together with the view transition API it looks and feels far superior to anything I could've done in a JS framework in the same amount of time.

whats dogma

@@tiagoinaba2450 dogma deez n… wait no

@@tiagoinaba2450it’s like sugma

Honestly I sometimes feel like the JS people are under some kind of mass psychosis forcing them to use the same tool for every problem regardless of how well it fits.

@@der6409 Indeed. They are. Sadly 😔

at this point js is just another server side language. yes they forced it at first, but now how is it different from 60 other server side languages.

@@cat-.- It's different because it's bad compared to rust

Tim this is why you don't get invited to parties.

On the one hand, a chad for implementing that on your own; on the other hand, a rat for implementing a snitching system (although fuck them vapers).

Absolutely not. Simple solutions are the best.

Probably you reached your zen. It doesn't mean the web dev is wrong. It may perfectly fit the devs who're still on their way to nirvana. You can write your own damn "capitalize" now!

most of web devs make a fuzz out of anything. everything has to be super scalable like FB, must be super asynchronously, must be multi threaded,. Oh, you need a fancy new Frontend-Framework for your 20 customer site as well and a Docker Setup of course, and yeah, without Kubernetes, forget it! It's ridicicolous.

i gave up on webdev after an internship and having to deal with horrible react code and went into networking and now cloud/infra engineering. pretty happy now but kinda have an itch for htmx

I haven't had to do web dev since like 2015 and I had to do some help with this React site and I just about lost my mind trying to understand what the heck was going on. I'm down to try this out.

Rust, Maud, Poem Open API, and HTMX come pretty damn close… With the power of Rust macros for templates and repetitive code… it’s absolutely silly how little code you write for the level of functionality and performance you get. You can get a very good basic web app in around 1,000 lines of Rust… which after macro expansion turns into quite a bit more than that… but you really don’t need to “write” much for what you get! And best part… even with fully dynamic page generation, and all sorts of nifty interactivity because of HTMX… the server can still handle over 100,000 requests per second. All out of a single, statically linked, binary around 15MB in size. Stick it in an Aline Linux container and you’ve got all of that in less than 20MB binary size, and very little RAM use at runtime, even under heavy load… During testing I only used 1.5GB while serving 140,000 requests/second. It’s amazing how much further you go with *less* than trying to use stupidly over complicated JS frameworks that are slower than frozen molasses in comparison!

RIP to the goat

Raviola - a delicious pastry

Yeah my feeling exactly. I was thinking the other day that I almost wish we could just ditch all these frameworks and libraries and go back to Ajax with Vanilla JS/HTML/CSS (and HTMX). Though, I've been learning Vue.js lately and really digging it

If you were in the right country, I'd probably hire you for that statement. After 30 years I'm on the other side of hiring and frustrated with all the "You need Angular to build a website, what is HTML?" and "I don't use Javascript. React is way better." people. Never understood the framework hype - unix tools like grep are great because they try to do perfect doing exactly one thing, instead of f*ing up 100s of things.

​@@redpillsatori3020HTMX might be of interest to you

Mainly because companies refuse to just separate web and webapp. React and co is good for webapp but for mostly static website jquery works if you have non full html responding server and just replace innerhtml like htmx does. Also different solution solve different optimization problem

that is the goal!

Gotta keep the family in mind. If it's a startup and he is paid less and works more.... harder decision.

@@x--. I imagine he's doing a lot with RU-vid and has some savings. But yeah if it's more hours, then family considerations make sense!

​@@ybvbhe did say he'd have more time to stream actually, so maybe less workload than Netflix

@@pkop4 good point

Depends on what you exactly mean by "OOP" in this context. In terms of frontend development I see that people understand "OOP" in various of ways f.e class-based syntax vs. functional syntax, treating Components as an Objects and letting the framework to orchestrate them or weird mindset of always grouping common functionalities within a class (even if they can be a separated functions within one module file)

I think, it's good for little projects or even big projects with little dynamic content. With Django and Templates, it IS conventient.

Most backend frameworks can easily render html when they get an htmx header and json otherwise. Or a gateway can handle that.

​@@ArkhKGBA gateway is just added cost. I had a gRPC gateway to add OpenAPI, and REST (...at least JSON over HTTP) to a server already able to do gRPC reflection and gRPC-Web. I took out the gateway, and my cost went down to 30% of the original. (That was with autoscaling for both the gRPC service (Rust) and the gateway (Go).)

Do it man. Work hard. Enjoy it. Realize your potential.

I think the important part the author forgot to mention is that Mr. Nemesis doesn't make a living off the sites themselves, but makes a living off of something else that he sells through the sites. Consulting services, maybe.

Actually, even better if it compiled to an xml ast, then compiled that to wasm at runtime. -10 years to human web tech, on par with webpack lets goo

...very best choice

Congrats on being featured on this channel, you're now famous!

I read enabling debug mode on flask may help, idk I have not used flask before.

for simple project, debug mode on might help reloading if changes detected on python code. But If the project becomes bigger now that auto reloading doesn't help you, bcose the start up might become slow and yu don't want reloaded everytime your code changes.

Yeah debug mode just reloads the flask application but does not detect when i change the HTML code or JS parts. So every visual change has to be reloaded with clean cache. So even longer reload than regular reload :( SO sick of doing this. I learnt my lesson now. I will do most of the work in react. Then for some certain api endpoints i want to keep it python. Just wish i could wrap my head around react as easily. What CSS libraries is best? I started using Bulma because its free and seems simple enough. Documentation could be better though.

@@RocketLR oh that sucks

Checkout livereload.js I have been using it on my go projects. I see no reason why it shouldn't work with python

When the framework changes from v1 to v2 and the team is deciding whether v2 transition is even worth it. 5 versions later we are still on v1.

older versions of PHP were probably even worse with stuff like require being littered all over the place

HTMX

Svelte, because it might be here to stay. It's sponsored by Vercel after all.

Apples;oranges

Both, HTMX is a matter of hours, Svelte some days and both can be useful.

@@samuelberton3778 LOL. intercooler.js (HTMX predecessor) appeared in 2014. Draw conclusions.

>Try creating a Virtualized DataGrid with filtering, sorting, paging, searching using HTMX vs React + MUI. It will probably take you a month Heh, didn't know that now this is considered to be a difficult problem. I did tons of them back in the days when React was not even a thing yet, with just PHP, HTML and some JQuery plugin Took like a couple of hours for each for 1 junior dev after the initial PHP boilerplate for handling Ajax actions was written. Honestly it is probably easier to write it on the backend because if you are doing it on the frontend with React you are either filtering and sorting huge amount of data in the browser (which is not the best idea) or still forced to implement some backend logic anyway.