Love this format. Don't normally start a movie length youtube video and finish it in one sitting. Bought Carson's book and excited to level up my fasthtml. Thanks for all you do!
00:00 🤖 Introduction to Carson Gross & HTMX 01:35 📚 Understanding HTMX 04:00 📊 The First Part of the Book: HTML & HTTP 06:13 🔍 Exploring the Web 07:19 📊 The Core Network Format: HTTP 09:16 📚 The Evolution of the Web & the Role of Forms 11:03 💻 The Limitations of Forms & the Rise of Web Applications 14:04 🚀 The Constraints of the Web & the Need for HTMX 17:16 🔧 The Power of HTMX & its Potential to Revolutionize the Web 19:05 🤖 Understanding the Constraints of Traditional Web Apps 20:13 🛡 Introducing ASGI & the Role of Carson Gross 22:01 📊 Understanding HX Attributes in FastHTML 28:28 💡 Understanding HX Target & its Use Cases 29:37 📊 Refactoring the Button & Understanding HX Swap 31:00 🤯 The Surface Area of HX & its Limitations 37:28 🤖 Embracing Existing Ideas & Technology 41:06 📚 Learning & Understanding HTMX 43:12 🔍 Using HTMX & Pico CSS 47:11 📊 Handling Background Calculations 49:02 📊 HTMX Events & Custom Events 51:10 💻 HTMX & JavaScript Integration 53:16 🚀 HTMX & Fast HTML 55:40 📝 HTMX & Markdown 57:06 💻 HTMX & Drag-and-Drop Functionality 01:00:08 💡 The Power of EPATH & HTMX 01:01:03 🤔 The Evolution of Web Development 01:05:39 🤖 The Discovery of HTM X's Potential 01:12:02 💡 The Importance of Looking Back & Learning from the Past 01:14:33 🤖 The Power of Humor & Meme Culture 01:20:01 🤩 The Importance of Positivity & Authenticity 01:22:07 🤔 The Future of Browsers & Web Development 01:22:49 🤖 HTMX & its Potential Impact on the Web 01:24:12 💼 The Future of HTMX 01:25:34 🤔 Exploring Other Projects 01:28:09 💻 Introducing Hyperscript 01:31:24 🤔 Riffing on NBD & MBD 01:33:03 💡 The Importance of View Source 01:35:09 📊 HTMX & Hyperscript 01:37:01 📊 Fast HTML & Community Reaction 01:40:02 📝 Cache & Policies 01:41:11 🤝 Community & Inspiration 01:43:29 💡 Efficiency & Code Quality 01:45:44 📊 Tinkering & Creativity
So great to see you both working towards making things simpler by design, going back to basics and helping people get stuff done! Last thing the web needs is more layers of abstraction and solutions looking for problems... Thank you so much!
@jeremy I love watching your conversations with others. And this one with Carson was really enlightening. Precisely i like the statement “Try finding a community that appreciates your work instead of convincing the ones those who will never appreciate your work 😂”. Congratulations for the launch. All your teachings have been a treat to watch and learn 🎉.
Wow, talk about discovering something... thank you guys! So interesting, I had no idea that HTMX was a thing. After struggling with the JavaScript, React.js & Next.js mindsets required to build front ends, I cannot wait to dig into this.
That was an awesome conversation to watch and learn from! Really appreciate you sharing that with us! Oh and also, I just can't wait for that Web Development course!
With the example, it seems important to replace the button along with any loaded data so that the server can signal “No more agents to load” by omitting the button from the response. Otherwise it seems like there isn’t any way to communicate that.
It feels like a miracle that htmx sits inside html so elegantly and eloquently. I like how it isn'y part of vanilla html. html should be for the Stallman-style web 1.0 (nothing wrong with that). If aa Javascript library can transparently add attributes then that is how it should be intrgrated (otherwise by now React would be part of the html standard by now - (urgh no-one needs that). html is such a simple file format for semantic encoding, with an intro to the simplest of navigation and data entry. It would be a shame to lose that. Such a great learning tool. htmx does need server programming,. That's for the second lesson! Would implementing htmx in the core html engine make it faster? No. So why bother? Would it result in better backwards compatibility? No. It would just be another part of the standard to be held in lockstep. Keeping them separate allows htmx to evolve. It's a modest length file with no build step; don't chain it down. If a breaking change does go in people can wait or move on at their own speed as it suits them, not wait for another revision to be implemented between the major browsers. Just having htmx as an independent library prevents polyfill-hell. I like how htmx nestles where it does Based take? Maybe. But then I liked callbacks more than sync/await/promises, because incredibly inefficient syntactic sugar never floated my boat. On the other hand, my opinion might be ill informed because I "seached Gopher-space with Veronica" and that sucked.
watching you code, I saw lines encapsulating your functions to show start and end it looks like? what VS Code extension was that? TX for doing this > am moving all my development over to #htmx > didn't know about #fasthtml so will be digging in on that
@@howardjeremyp - generated by Sonnet 3.5 Introduction and praise for Carson Gross: 00:00:00 - Jeremy Howard introduces Carson Gross and praises his work Explanation of HTMX and its core concepts: 00:19:58 - Discussion of HTMX and its approach to removing constraints from web browsers Demonstration of HTMX capabilities: 00:54:56 - Showcasing HTMX features like active search and lazy loading The idea of HTMX being "discovered, not invented": 01:00:06 - Carson discusses the organic development of HTMX and intercooler.js Discussion on the simplicity and power of HTMX: 01:31:05 - Talking about the small codebase and high power-to-weight ratio of HTMX Impact of HTMX on web development: 01:39:27 - Discussion on how HTMX and FastHTML are changing web application development Future plans and education: 01:49:01 - Jeremy talks about creating a web programming from scratch course Closing remarks: 01:50:40 - Final thoughts and mutual appreciation
@@howardjeremyp I used gemini pro experimental and shared in the comment, I feel like that did a decent job and manually verified most of the timestamps and it was accurate
Great discussion, I love HTMX. Just some feedback Jeremy ... please be patient and not interrupt so much. It is hard to follow along with Carson when you kept interrupting him within a sentence or thought process.
I understand you are trying to be polite but i didnt got that feeling after even rewatching some key parts... I think they both have been very respectful to each other Though I have to give it to you that Jeremy sometimes talks fast like as fast as his mind I guess haha
@@joserobles11 watch from 1:26:00 and listen to carson trying to explain something in detail, and jeremy around 1:26:20 just interrupting and going on a complete tangent. I don't think it's disrespectful, I personally just would've liked to listen to what carson wanted to explain.
If you feel the need to interrupt, perhaps be careful to [1] allow your interviewee to finish the most proximal thought, then [2] interrupt briefly, then [3] set your interviewee back up to continue with what they were saying.
@@markwvh Agreed. I found that Jeremy did not allow Carson to do that. Sometimes we do need to interject, but that should not take away from the point of the discussion.
FastHTML is nothing special there are thousands of implementations of this in JavaScript that exist way before you "came up with it" creating a function for each dom element and program like that is not intuitiv there is a reason JSX was born and why it won.
Love this format. Don't normally start a movie length youtube video and finish it in one sitting. Bought Carson's book and excited to level up my fasthtml. Thanks for all you do!
00:00 🤖 Introduction to Carson Gross & HTMX
01:35 📚 Understanding HTMX
04:00 📊 The First Part of the Book: HTML & HTTP
06:13 🔍 Exploring the Web
07:19 📊 The Core Network Format: HTTP
09:16 📚 The Evolution of the Web & the Role of Forms
11:03 💻 The Limitations of Forms & the Rise of Web Applications
14:04 🚀 The Constraints of the Web & the Need for HTMX
17:16 🔧 The Power of HTMX & its Potential to Revolutionize the Web
19:05 🤖 Understanding the Constraints of Traditional Web Apps
20:13 🛡 Introducing ASGI & the Role of Carson Gross
22:01 📊 Understanding HX Attributes in FastHTML
28:28 💡 Understanding HX Target & its Use Cases
29:37 📊 Refactoring the Button & Understanding HX Swap
31:00 🤯 The Surface Area of HX & its Limitations
37:28 🤖 Embracing Existing Ideas & Technology
41:06 📚 Learning & Understanding HTMX
43:12 🔍 Using HTMX & Pico CSS
47:11 📊 Handling Background Calculations
49:02 📊 HTMX Events & Custom Events
51:10 💻 HTMX & JavaScript Integration
53:16 🚀 HTMX & Fast HTML
55:40 📝 HTMX & Markdown
57:06 💻 HTMX & Drag-and-Drop Functionality
01:00:08 💡 The Power of EPATH & HTMX
01:01:03 🤔 The Evolution of Web Development
01:05:39 🤖 The Discovery of HTM X's Potential
01:12:02 💡 The Importance of Looking Back & Learning from the Past
01:14:33 🤖 The Power of Humor & Meme Culture
01:20:01 🤩 The Importance of Positivity & Authenticity
01:22:07 🤔 The Future of Browsers & Web Development
01:22:49 🤖 HTMX & its Potential Impact on the Web
01:24:12 💼 The Future of HTMX
01:25:34 🤔 Exploring Other Projects
01:28:09 💻 Introducing Hyperscript
01:31:24 🤔 Riffing on NBD & MBD
01:33:03 💡 The Importance of View Source
01:35:09 📊 HTMX & Hyperscript
01:37:01 📊 Fast HTML & Community Reaction
01:40:02 📝 Cache & Policies
01:41:11 🤝 Community & Inspiration
01:43:29 💡 Efficiency & Code Quality
01:45:44 📊 Tinkering & Creativity
Thank you!
My two favorite mavericks, together in one video. Superbly interesting discussion.
Thanks, i understand the tech stack much better after watching this. Looking forward go getting some web apps out
So great to see you both working towards making things simpler by design, going back to basics and helping people get stuff done! Last thing the web needs is more layers of abstraction and solutions looking for problems... Thank you so much!
@jeremy I love watching your conversations with others. And this one with Carson was really enlightening. Precisely i like the statement “Try finding a community that appreciates your work instead of convincing the ones those who will never appreciate your work 😂”. Congratulations for the launch. All your teachings have been a treat to watch and learn 🎉.
Wow, talk about discovering something... thank you guys! So interesting, I had no idea that HTMX was a thing. After struggling with the JavaScript, React.js & Next.js mindsets required to build front ends, I cannot wait to dig into this.
This is really fun to watch, it's clear both Jeremy and Carson were having fun.
That was an awesome conversation to watch and learn from! Really appreciate you sharing that with us!
Oh and also, I just can't wait for that Web Development course!
Too truly humble geniuses having a great convo.
This is a joy to watch
Thank you for sharing this content! It''s so valuable to see the actual thinking behind different "ideas".
great insight here
Really enjoyed this.
With the example, it seems important to replace the button along with any loaded data so that the server can signal “No more agents to load” by omitting the button from the response. Otherwise it seems like there isn’t any way to communicate that.
Good point! Although maybe in this case there were unlimited agents... ;)
Great stuff🎉❤
It feels like a miracle that htmx sits inside html so elegantly and eloquently. I like how it isn'y part of vanilla html. html should be for the Stallman-style web 1.0 (nothing wrong with that).
If aa Javascript library can transparently add attributes then that is how it should be intrgrated (otherwise by now React would be part of the html standard by now - (urgh no-one needs that).
html is such a simple file format for semantic encoding, with an intro to the simplest of navigation and data entry. It would be a shame to lose that. Such a great learning tool. htmx does need server programming,. That's for the second lesson!
Would implementing htmx in the core html engine make it faster? No. So why bother? Would it result in better backwards compatibility? No. It would just be another part of the standard to be held in lockstep. Keeping them separate allows htmx to evolve.
It's a modest length file with no build step; don't chain it down. If a breaking change does go in people can wait or move on at their own speed as it suits them, not wait for another revision to be implemented between the major browsers. Just having htmx as an independent library prevents polyfill-hell.
I like how htmx nestles where it does
Based take? Maybe. But then I liked callbacks more than sync/await/promises, because incredibly inefficient syntactic sugar never floated my boat. On the other hand, my opinion might be ill informed because I "seached Gopher-space with Veronica" and that sucked.
watching you code, I saw lines encapsulating your functions to show start and end it looks like? what VS Code extension was that? TX for doing this > am moving all my development over to #htmx > didn't know about #fasthtml so will be digging in on that
Great vid
oh, I like both of You guys! :-))
Gorgeous hardcover!!!
Could you add timestamps to key topics?
Perhaps someone watching could be so kind, and I'll paste them into the description?
@@howardjeremyp - generated by Sonnet 3.5
Introduction and praise for Carson Gross:
00:00:00 - Jeremy Howard introduces Carson Gross and praises his work
Explanation of HTMX and its core concepts:
00:19:58 - Discussion of HTMX and its approach to removing constraints from web browsers
Demonstration of HTMX capabilities:
00:54:56 - Showcasing HTMX features like active search and lazy loading
The idea of HTMX being "discovered, not invented":
01:00:06 - Carson discusses the organic development of HTMX and intercooler.js
Discussion on the simplicity and power of HTMX:
01:31:05 - Talking about the small codebase and high power-to-weight ratio of HTMX
Impact of HTMX on web development:
01:39:27 - Discussion on how HTMX and FastHTML are changing web application development
Future plans and education:
01:49:01 - Jeremy talks about creating a web programming from scratch course
Closing remarks:
01:50:40 - Final thoughts and mutual appreciation
@@law_wu Thank you - but I don't think Claude has done a great job here unfortunately!
@@howardjeremyp I used gemini pro experimental and shared in the comment, I feel like that did a decent job and manually verified most of the timestamps and it was accurate
This is great!
Struggling with the accent to find these projects mentioned at the end. Noodle? Surreal What now? Etc. If you are promoting stuff maybe put in links?
Legends!
Dom and Dommer
Just kidding this stuff is priceless, thank you
Great discussion, I love HTMX.
Just some feedback Jeremy ... please be patient and not interrupt so much. It is hard to follow along with Carson when you kept interrupting him within a sentence or thought process.
I understand you are trying to be polite but i didnt got that feeling after even rewatching some key parts...
I think they both have been very respectful to each other
Though I have to give it to you that Jeremy sometimes talks fast like as fast as his mind I guess haha
@@joserobles11 I guess that is why he calls his magic FastHTML and FastAPI. =]
@@joserobles11 watch from 1:26:00 and listen to carson trying to explain something in detail, and jeremy around 1:26:20 just interrupting and going on a complete tangent. I don't think it's disrespectful, I personally just would've liked to listen to what carson wanted to explain.
If you feel the need to interrupt, perhaps be careful to [1] allow your interviewee to finish the most proximal thought, then [2] interrupt briefly, then [3] set your interviewee back up to continue with what they were saying.
@@markwvh Agreed. I found that Jeremy did not allow Carson to do that. Sometimes we do need to interject, but that should not take away from the point of the discussion.
1:19:07 By coincidence, −40°F = −40°C. (Or was that the joke?)
I found my way here because an AI chatbot told me about your channel. Thought you might appreciate knowing that.
@Jeremy somewhat jealous of the office view that you have.
Good interview but the host interrupts so often. Please give the guest a chance to finish their thoughts before responding.
FastHTML is nothing special there are thousands of implementations of this in JavaScript that exist way before you "came up with it" creating a function for each dom element and program like that is not intuitiv there is a reason JSX was born and why it won.
htpy > fasthtml