So this man is the CEO of HTMX

@1Iljo1

5 ай бұрын

we all are the CEO of HTMX my friend

@theoriginalneckbeard

5 ай бұрын

Who cares - I'm the CEO of my parents basement.

@omsrswt

5 ай бұрын

yes, we both are

@nahfamimgood

5 ай бұрын

are you hiring? @@theoriginalneckbeard

@JordanHershberger

5 ай бұрын

the correct title is actually CXOJDSL

I love that a discussion about 10KB vs 14KB occurred. Meanwhile I’m sitting here looking at “my” enterprise app with megabytes upon megabytes.

@dfjab

5 ай бұрын

I kinda wanted to start with leptos, but once I saw the default release build at 400k I got turned off a bit. Playing with htmx now! The way page loading can be done is very similar to what I used to do with PHP and jQuery a decade ago, but obviously didn't have the other features that htmx does have. (Just a Query param to not render etc. for replaces)

I would love to see Prime host more of these talks from third parties. like yeah conference talks are always something i look forward to, but having presentations like this outside of waiting for those events are super useful and so beneficial to the developer community

@ThePrimeTimeagen

5 ай бұрын

agreed

@paxcoder

4 ай бұрын

​@@ThePrimeTimeagen By all means attack JS' supremacy, but don't couple data and presentation. You don't want to parse data from markup to show it on a native client, UI changes would be breaking. And if you were to use an API on the server-side, you'd just be doing on the back-end what you did in JS on the front-end: Turning serialized data into HTML. Unless you're using RPC perhaps. Should we be using RPC? P.S. If memes are a part of your thinking process, your thinking process is objectively worse.

@ThePhiloctopus

4 ай бұрын

​@@paxcoder"Look at me"

@paxcoder

4 ай бұрын

​@@ThePhiloctopus I'm not sure whether you're saying you'll do it anyway, whether you're suggesting that I'm seeking attention, or whether it's a meme that I'm unfamiliar with.

@creativecraving

4 ай бұрын

A bit out of frame for you, PrimeTimeagen; and _I_ like it! Show those AI worshipers who's boss!

Prime really brings programming contents to a whole new level

@Kane0123

5 ай бұрын

Amazing that he managed to get the Internet’s most reasonable man to present.

@nilfux

5 ай бұрын

@@Kane0123 *Web's

@ericbwertz

5 ай бұрын

You know that there's infinitely low and negative levels also, right? But they're crowded, so he may be trying his very best to avoid that space.

When I started working in software, React always was the silver bullet for every frontend project. I always liked to follow the latest tech trends and I also remember looking down on the engineers who interviewed me for a job which wanted to keep the frontend light without the latest and greatest tech. I have worked with React for years and when I started working in a startup as the only dev, there was no reason not to pick React again. I watch a lot of dev stuff on KZread and Prime is one of my favourite channels, when he started talking about HTMX I was first sceptical, but after copying so much business logic from the backend into my frontend it sort of made the case for HTMX and gave it a try. Within a day it clicked and rebuild everything using HTMX. Since I now only have to change one code base, my productivity increased by at least 100%, also you don't have to think about how you design your API anymore. Prime and Carson, thanks for bringing me more joy to my work ❤

I see htmx I click. This guy comes from the 90s. Best era for programmers.

@vitola1111

4 ай бұрын

Curious. Why do you consider it the best era?

@simonegiuliani4913

4 ай бұрын

@@vitola1111 There was no detachment between the computer architecture and the algorithms running on it

@daa5249

4 ай бұрын

@@simonegiuliani4913 So people coding in smalltalk or turbo pascal were looking at the resulting op codes created?

@bobweiram6321

Ай бұрын

⁠​⁠@@simonegiuliani4913What does that mean? How is computer architecture related to algorithms? Computer architecture haven't changed much and algorithms are unrelated to them.

Prime should start a netflix for programmers

@spicynoodle7419

5 ай бұрын

But not host it on Netflix. They only let me watch in 480p or ultra low bitrate 720p. They send me back to 2005 for the low price of $10/month

@chebrubin

5 ай бұрын

LOL just stop making Kevin Hart movies. Save the stock holders billions.

@youtubeenjoyer1743

5 ай бұрын

@@spicynoodle7419it’s your own fault, just don’t be slow. Should’ve installed nodejs since it’s non-blocking and therefore very fast

@spicynoodle7419

5 ай бұрын

@@youtubeenjoyer1743 I'm not slow, WideVine doesn't like Linux

@CoDEmanX47

5 ай бұрын

livecoding tv was a thing but I guess it wasn't that successful because they changed it up completely to live edu, also Twitch allowed non-gaming content at some point. Anything on-demand has to compete with KZread, which is tough.

This is peak programming content

debounce input being built into the trigger on active search is absolutely nuts. its the pure "you dont need to write JavaScript". Looks really nice!

I built `html-form` which is 2.2 kB minified/gzipped. It doesn't do all that HTMX does though, only a fraction. It also relies on forms for interactivity so not everything is interactive like HTMX. I've successfully used it to create offline-first applications that are SPAs (to make it an SPA a little bit of code is needed to add to it). It's really amazing how much this pattern simplifies web development.

What an amazing talk and QnA. Such a humble and inspiring person. Thanks for this, Prime.

This is perfect! I've been looking into HTMX for a bit now. This came at a great time!

Carson looks like HTMX and i love it.

The good thing about HTMX is that you don't have to make everything HTMX. You can just pop it in, do the thing you need it to do and basically just forget it exists. You don't need everything to be made with it just to make it worth using. Maybe you don't have heavy page loads so just redirecting with full page loads is fine, but you have this one thing you want to reload, update or whatever without reloading and it has little logic built into what it actually does; perfect for HTMX. People need to be less afraid of just doing basic stuff. Most of us aren't solving difficult problems. We just made things difficult.

@muhwyndham

5 ай бұрын

YES! I kept saying that you use very little of HTMX. but when it does, it unblocks so much technical issue that may takes few hundreds lines of JS code. I have project that in total I uses HTMX exactly 12 times, but doing that I got: - Infinite Scroll Pagination - Active Search in TWO different places - Server-Rendered Markdown -> HTML - Self-made OAuth2 Login

@mattpickel223

5 ай бұрын

What is the overhead for including htmx in your project?

@mattpickel223

5 ай бұрын

wow nvm, just looked. tiny.

@CottidaeSEA

5 ай бұрын

@@mattpickel223 A single file to include, 15kb roughly. So very little overhead to speak of.

@FraserChapman

5 ай бұрын

This is actually I think one of its greatest assets, it is not "all or nothing" and you can simplify just what you need.

This was a great watch. I want to add one point to question about caching responses on SPAs vs hypermedia application. Hypermedia already has caching, and it's damn good: the Cache-Control header. Consider the data view example Carson provided. If an element is expensive to generate, you can use "max-age", "must-revalidate", and potentially "public" to only re-compute the element when needed instead of on each request, essentially implementing what Vercel sells as "incremental static regeneration" at the component level in only a few lines of web standard code. Paired with HTMX lazy loading, both your client and your server will be happy.

thanks for having him on, prime. i haven't watched a conference talk in a while, and I hope you host more of these in the future.

Generalized hypermedia is a great and beautiful idea! Htmx should be part of all browsers.

@martinzihlmann822

5 ай бұрын

i was thinking this library will kill itself. It's so good, simple and obvious it should be a standard not a library.

@JeremyAndersonBoise

5 ай бұрын

It should have been implemented in browsers at least a decade ago, strong agreement here.

Your best vid yet. Amazing presentation by Carson and great interviewing and moderation by you. Very excited for the future of Htmx.

For whatever reason, when I first started learning web development, Laravel + Blade templating was the framework that really started to make sense. I just couldn't grok React at all. A few years later, Livewire allowed me to make more reactive interfaces. So all this HTMX stuff just totally makes sense to me.

@dovh49

5 ай бұрын

Yeah, I find React to be confusing also. Partly because it inverts everything and components make it so you have to learn HTML and whatever abstractions were made on top of it. Abstractions aren't bad, but it seems like they over do it.

@BeefIngot

5 ай бұрын

@@dovh49 I feel like at some point abstractions on abstractions on abstractions gets to an unhealthy point where you arent even meant to know how anything works at any level. They want you to learn so you're stuck with them and whatever cloud stack they are selling.

@adefolahanshabi-oriade3196

5 ай бұрын

Finally found my pack, htmx to the rescue 😅

@ninocraft1

5 ай бұрын

​​​@@dovh49 you still have to learn html lol

Wow, that was great! Thx for making this interview happen prime! And also clap 👏 for Carson, you are amazing and the presentation as well as the Q&A were solid!

"Has anyone on this stream heard of HTMX?" HTMX mentioned!!!!!

Good to see people doing big things from Montana!

This really amazing talk, specially the QA part. Looking forward more and more of those format whenever possible ❤️❤️❤️

Gotta Love this stuff . The Interview, the venue , the Tech

My man's working on his changeup grip, love it!

Really great talk, I've been playing around with HTMX for a while now on a personal project (a ticketing system for tracking work using go, echo, templ and sqlite). It is actually a real joy to use once you get into it. I have a rich, complex, app with basically zero js apart from the HTMX include.

From a guy who used jQuery for a long time in the past, i like what HTMX offer. Simple DOM Manipulations, simple reactivity, backend-driven for business logic and state. And if you need more, you can always add JS back where it's needed. I'm still skeptical about the evolution/maintenance of the code in bigger apps. For those who used jQuery, we all know how it's a nightmare to debug.. Knowing which trigger is doing what, especially if the files are everywhere with broad selectors... It's an event base reactivity model with triggers left and right. It's the whole Choreography vs Orchestration "debate". Do you want decentralize or centralize event handlers ? I'm not a huge fan of Choreography since you don't easily know what are the impacts. Maybe it's just a question of architecture and tooling.. I'm gonna try to play around with it and make an actual app and not just small demo that don't really show the draw-backs.

@varukenprime445

5 ай бұрын

Exactly. HTMX is cleaner than jquery because its really a “click here and inject what is coming back into this div thing”. And when you think about it, the web works like this. One request at a time. The server renders most of the app and sends that back. What Jquery did back in the day, it did it well. Nowadays, pure JS is very close to the simplicity of jquery, and the way htmx extends html, makes sense, so i see some parallel’s here. That being said, a couple of events and the use of fetch calls can do what htmx does. Its just not that comfortable as what htmx comes with. Convenience.

@davidmcdonnel4831

5 ай бұрын

The beauty is that those patterns are well defined and use cases have been documented and talked about ad nauseum for decades. HTMX has escape hatches to the Javascript API and tie ins to htmx events. This allows you to fall back on old wisdom instead of prescriptive frameworks.

Prime promised and prime delivered! Thank you for inviting him to the channel Prime!

Great presentation. Stuff like this should become part of the web standards.

@sjf29

5 ай бұрын

Why isn't drag and drop?

Amazing talk and guest. Also good questions during Q&A section. Really enjoyed it Thank you

Blessed to have learned how to program from him

Nice presentation. I like how easy it is to implement lazy loading. I'll give it a try!

9:13 Holly shoot! Just this brilliant introduction to the main generalization concept is amaizing! I feel like I can stop watching and just go and use it! 👏🏼👏🏼👏🏼

This is so cool. I'm planning on learning JavaScript soon and HTMX seems like a logical step to learn after learning the foundations.

@heuristix77

5 ай бұрын

If you're shuffling your feet on it, this is your sign to start learning.

Man, I've been waiting for this video

Great talk and Q&A.... love it!

Amazing! Thx Prime for this opportunity to hear the creator bring his idea! HTMX is here to stay for sure!

@ErikVanKelst

5 ай бұрын

Since you're going to Laracon, would you be able to do a review of the PHP Slim framework? I'm kind of sure you'll like that a lot better than Laravel, especially since they seem to have dropped Lumen..

❤loved i Came to get a grasp of it and watched the entire video

HTML6 when?

I was actually tasked with supporting offline functionality of a relatively small React app, and it was not as easy as people seem to think it is. If you actually want to do optimistic mutations and persistent state even when offline, it takes a lot of extra work (and/or a bunch of dependencies). In cases where users mutate mostly their own information (the scenario i was in) its definitely doable. But supporting optimistic mutations with a bunch of shared data would be a nightmare of collision detection and resolution. That being said, its probably easier to do in React than something like HTMX that prioritizes server side rendering over client logic. But it doesn't come for free in React like some people seem to think.

u are the man, thx 4 the presentation

Q&A is awesome!!! 🔥 I would love to have more 👌

This is cool. Very smart of him to look at html and reduce it to some simple general concepts, requires quite some experience and talent.

Thanks for this community service!

Great talk! I so enjoyed this discussion.

I think it'd be very nice, if he showed us his prduction project written in HTMX. He would be able to show some unique tips and tricks, because he knows it in and out, better than anyone. And it would be a better advertisement for his framework.

@ThePrimeTimeagen

5 ай бұрын

there are plenty of repos now. i even will be creating a new project in the next few months with it

@user-qi5kb5th7y

5 ай бұрын

@@ThePrimeTimeagen that's cool, and I'm not arguing, but this man is the creator, he knows da way (TM). Can you ask him to show us some of that HTMX wisdom in a next vid?

@Slashx92

5 ай бұрын

He mentioned in the talk that he has written some books about htmx

@tercmd

5 ай бұрын

​@@Slashx92 yep, and he's published it on hypermedia (dot) systems

Awesome presentation. Thank you!

I love that HTMX just works. After a few hours of experimenting I already have all the tools to build the frontend of my project.

@Ipadstands

3 ай бұрын

Is the project online for the general public ? I am eager to try something myself.

I get to teach htmx to my class for school. This is very well timed.

@peterszarvas94

5 ай бұрын

wow this is wild, htmx in school, let's go

@smddev

5 ай бұрын

@@peterszarvas94 it’s a research project where we have to learn a library, framework, or language then teach our classmates using a PPT, live demo, and guided exercise.

I’m starting to delve into creating a website with Django and wagtail. htmx fills nicely the functionality I needed for now. Thanks for the hypertext !

6:40 I think the rare tag also counts as a hypermedia control

@Jabberwockybird

2 ай бұрын

Is that different than a textarea?

This was awesome! Please more content.

This honestly feels like the next logical step in html we should have taken, but like 20 years ago. If these ideas were implemented in the HTML spec back then, it would have changed the way we view reactivity.

@bepamungkas

5 ай бұрын

IMO they already did, albeit in an outdated manner, via . Back then, we're limited by multiple factors (backend and frontend capabilities, bandwidth, cross-browser behavior uniformity). So previous solution to the problem () have limited capabilities in terms of interactivity (while ironically being less secure than XHR). IIRC, up until HTML5, is the only textual element that carry special property of being embedded and interactive. Not to mention that before jQuery, the idea of post-render content loading and client DOM manipulation is rather unorthodox, if not alien. Both Fetch API and DOM Query API are added long after jQuery's made them popular.

Thanks for hosting this prime!

this is what I've been waiting for: HTMX hype!

I just love that both of these dudes live in rural environments. I would love for Prime to focus on elaborating on that and exploring how many other people are in that culture.

The fact that javascript became such a huge thing in controlling the dom. It's nice to see the events, controls and behaviours that are really just simple bindings moving to the html/dom side.

as someone said in the chat, I'm already sold

God damn. This is earth shattering. I need to branch out from js now or I'll be in a cardboard box in 5 years

THE MAN THE MYTH THE LEGEND

HTMX is one of the few things that felt natural to me from the beginning when I knew nothing about it and just wanted to try it out.

What a banger of a video Prime

Unless I’m mistaken, we were doing this in 2009

Be cool to see more content like this. No set schedule but if anyone has a topic you think is interesting.

LET'S GOOOO!!!!

Reminds me when I wrote maybe 15 years ago (before backbone existed) a similair framework with jquery to allow automatically do ajax updates to dom by using special html attributes to tell where data from ajax call should go ❤

This is awesome !!!

this gave me goosebumps

41:30 - imho the use of optimistic updates does not make the app less dependent on the server, it just gives the illusion something is happening while we wait for the server to come through (in a lot of cases). At least with htmx it seems that what the client sees is in fact server state, while with optimistic updates, depending on how they're implemented, it might not be the case. (Carson mentions this later with the subway example)

It's a useful thing, i hope it'll be default feature on next html release.

awesome talk, REALLY VALUABLE!!!

It´s so good, it´s BANTASTIC!

I have never understood that "Separation Of Concerns" thing in the web world. If my concern is getting a button to work I want everything I need to understand it to hand, shall we say locally. I don't want bits of that concern splattered all over a huge directory structure and impossible to find. By analogy when I'm building a wall I want all the tools and materials nearby so that I can get on with that wall rather than endlessly running around the place trying to find hammers, nails, timbers, whatever. It always seemed to me that when they said "Separation of Concerns" what they really meant was separation of implementation details depending on the technology rather than any regard for the actual concern. It's a misnomer. Now I can kind of understand it if we recognise styling a button may depend on some global style and be best done by a page designer with an eye for style. There is the mechanical concern, HTML and JS, and there is the decoration concern, CSS. I'm so glad to hear someone also has a problem with this.

@theondono

5 ай бұрын

It’s actually easy to explain. People back then used Dreamweaver, and the idea behind SoC was that at some point a better tool would pop out, something not too different from figma, and the designer would autogenerate the html and css, leaving developers only to work with the actual logic. Part of the problem is that there’s multiple ways of doing one thing in html, and choosing which one to use might impact how complex certain stuff is, not to mention markup and logic are heavily codependent. The other part is that the jobs on the web ecosystem fractured further with things like Wordpress, when aside from the coder and the designer, now there’s users acting as writers, editors, etc…

@Heater-v1.0.0

5 ай бұрын

@@theondono I guess so. I missed the Dreamweaver time. I try to avoid web dev as much as possible. It seems like a swamp to me. I'm amazed it works as well as it does given all the wobbly standards and tools they get to use.

@FraserChapman

5 ай бұрын

But nearby isn't "jumbled together". No decent builder has light switches, cement, tools, paint, etc all mixed together in one bag. Using your analogy, SoC in web development is much like organizing tools and materials to make building a wall more efficient. Also, as far as I understand it, the "concerns" part of SoC tends to refer more to the application's aspects - such as its structure, style, and behavior - rather than to a developer's individual concern like "getting a button to work."

@peterszarvas94

5 ай бұрын

yes, and if you have tailwind, you have all the pieces in one place

@Heater-v1.0.0

5 ай бұрын

@@peterszarvas94 "tailwind"? What's that? Where did that come from? Seems like only yesterday I did my last web work. Bootstrap was all the rage.

HTMX mentioned, let's go!

Great talk and content, there has been a lot said of how good htmx for making frontend 'thinner' and all about this 'one source of truth' that resides on the backend. I miss one thing and perhaps there could be some talk about it too - since we are moving a lot of stuff to the backend - what are special considerations for the backend code to make htmx apps 'blazingly fast' and sustainable for a long term? I imagine there are far more API endpoints on the backend to support those 'micro-calls' to the backend and return tiny-winy html bits so this would make backend more complex right? Are there good practices on how to prepare/setup/structure backend for htmx?

Fantastic talk!

I like HTMX. I like the idea of using backend tools and backend environmental stability to drive behavior on the page. But all of the "hypermedia limitations" and "why don't we expand beyond tags and tags?" and "do we have to replace the whole page" isn't really a thing in 2024. None of those are limitations of web development since AJAX, Google Maps, and Web 2.0. But you do have to use javascript, with all of the wibbly-wobbly language versions and browser idiosyncrasies and everything else that sets my teeth on edge about frontend development today. I like HTMX. I think it solves an old problem in a new and useful way. But you gotta cut the first several minutes of your pitch completely out.

You have pages that sends like MB before anything happends and here we have discussion about 10KB vs 14KB, love it.

46:42 Locality of Behavior sounds like it is pretty different from separation of concerns, but I do not think they're totally exclusive. They're overlapping slightly in that both of these acronyms are ideas about organizing code. For example, you could group the markup, the scripting, and the styling for a button into one file (demonstrating a locality of behavior), this composes all the code involved in a single button while still providing a separation of concerns by keeping the different syntaxes together but separate from the code/style/markup of other elements in a different file. The developer may pick and choose over the other based on how they've grouped other portions of the code as well, but a consistency in choosing one over the other, or both together is important.

HE IS THE GRUG DEV ?!

new channel idea: *The PrimeCast*

This is an interesting concept. Using his streamer platform as a mini conference of sorts. Unspoken hero's people just depend on never knowing their names, but at least with this guy, hes not fifteen dependencies down, instead he's your only JS dependency.

to decrease the size of htmx they could do something like tailwind, parse all the files to look for the used attributes and produce an output that includes only what's been scraped + what the user manually declare to use with some configuration.

@csnzlatino

5 ай бұрын

As the creator of htmx comments, the entire library is in the same file, and that makes it difficult to decouple, it would be necessary to develop a system of modules for htmx.

@Lemmy4555

5 ай бұрын

@@csnzlatino no you just have to generate the bundle after parsing the source code. It's technically possible, just extremely hard.

@peterszarvas94

5 ай бұрын

generating js is harder than generating css. also, react and next js is like 150KB, i think 13KB for htmx is good enough

Very promising. Will subscribe.

I have GRUB brain. Bailing out, Good luck your on your own

I love it, reminds me of my early 2000s

I can't wait to see you guys at Big Sky #BSDC2024

I'm already doing Blazor, if I can further get rid of JS with HTMX I'm all for it!

Sometimes I forget how professional Prime can be

This dude is so humble.

Nice, love it

The partial fetch idea has been very appealing for some time now. Noone likes having to render, download and load entire huge pages with a gazillion queries.

Anti javascript lib writed in javascript

Very smart dude... Love him

loooove htmx

Best line: "I want to double click on something."

I love HTMX. Not sure why they chose to add hypermedia term, as it might muddy the conversation. I think the offline / caching stuff could be solved with a service worker, to at least show the user something is not received.

One thing I've been wondering about htmx: how do you avoid bugs from chained states? For example, you press a button, it replaces some content, you click there, replace something else, but it only works when you're in that second state. Maybe it's a difference between imperative vs declarative?

@peterszarvas94

5 ай бұрын

@raenastra

5 ай бұрын

@@peterszarvas94 yes, exactly - the hypermedia you send back might rely on the rest of your markup being in a specific state. just thinking out loud, I wonder how you'd avoid this

Gruuuug 🏋️🏼‍♂️ Gruuuug!

Feels like I'm back in his college classroom!