Code is fun. Code is not work, it's a game. A game of exploration, of logic, of construction. And I love to share that joy of creating something out of thin air and electrons. Be it a website, a React JS or Next JS application, or a mobile native app using Solar 2D or Flutter or React Native. This channel is all about a journey, the journey to becoming a wizard, of bringing ideas to life using only our keyboards and our imaginations.
Пікірлер
I Am enjoying the HTMX, Alpine,Astro, tailwind stack with nestJS for all sensitive rest api stuff.
Can we work while doing 42 and how many months course is it?
You need to finish the core of the course within a year, otherwise you are out If you're fast it might be feasible to work part time while doing the course. And from there on you choose your path and your subject matter, so it can be as short or as long as you like (within reason).
🌟 Wow, this video was incredibly insightful! Thank you so much for breaking down the pros and cons of HTMX vs React in such a clear and practical way. 🚀💻 💬 I have a question: Do you have plans to make more videos comparing different web technologies for specific use cases? It would be awesome to see more in-depth analyses like this! 📊🤔 Keep up the great work! Can't wait to see more content from you! 🎥👍
Objective fact: Angular is the GOAT
Great stuff!! The efforts you took in giving subtitles is incredibly admirable. The content of the video was of course top notch.
Thank you very much :)
Loved the way you explained man!
Make video on Remix Vs Nextjs
I m using jQuery, and In some Rect projects I ve destractured the ajax module from jQuery import { ajax } from 'jquery' I m chaotic evil 🤣🤣🤣🤣🤣🤣
Great video ! Amazing clarity and conciseness. I'll keep it in my "Watch again" playlist.
in full english, la grande classe ;)
To be perfectly honest … English is my mother tongue :P
@@KodapsAcademy ah ouais, je me disais aussi... Bravo pour la qualité de tes vidéos ;)
Merci :) (j’attends que YT m’active le multilingue pour faire en 2 langues sur cette chaîne :D)
You don't learn Go, you just start writing in it
Hotwired Turbo plus AlpineJS have brilliant balance.
the editing on this video feels like a schizophrenic episode.
That’s outside my field of knowledge so I’ll gladly bow to your superior knowledge :P
Zig
Touched both for long time trying to avoid Angular projects.. at the end of the day
Valuable infos. Perfect ambiente. Above a huge hidden experience. 👍
That's a fair assessment. I really like Angular, having used it since 2014. React is one I want to learn. Wiz sounds very interesting. Thank you
I quit both 😮
Prisma dsl is very easy and intuitive and it is way easier than writing your own database schema yourself I like it
Which one is beginer friendly ?😊
React is probably easier to get started with :)
This is a better use case for web components.
In short, if you have existing C projects, use Zig to fix it. If not, use Rust for new projects.
I keep hearing this guy mention agility, but what good is the agility when you need to rewrite your react components 20 times 😂 😂
This guy is wondering why exactly you find yourself needing to rewrite the react component 20 times ; it kind of feels like blaming your tools :)
This is the best explained video on youtube.... Angular vs React.
Thank you for this video. With signals and zoneless angular is th best for me 👍
Lua is nice! I use it to make plugins or write small scripts for Q-SYS. Q-SYS is QSCs control AV control platform. Each controller is a DSP and you can add behavior to the audio programming, control a display, control video switching devices, etc. I recently wrote some Lua to control a Denon network recorder via IP, an Epsom projector, Extron presentation switch, change the GUI behavior/layers/text/button behavior/css properties, etc. It's simple but really really powerful
Laravel (Vue/React) Inertia
I’m not sure I understand the point you want to make ? Can you expand ?
Enormously helpful. Thank you.
Glad to be of service :)
Yes and yes! Story of my last 5 years. Have you looked at phoniex?
Great talk. Except I don't need React at all since WebComponent are not that bad that some people say and vanilla JavaScript is not just a step in the process to learn React.
Learn C, then Go, then C++, then Rust, then Zig. And Common Lisp!
Your perspective is unique but very understandable.
Thanks :)
I think HTMX is a very elegant solution, but I use Livewire for Laravel in conjunction with Alpine JS. Is there an equivalent to Livewire for Symfony?
Symfony has bundles that integrate directly with Turbo (search for « Symfony UX »)
Greate example!
Thanks :)
Also, Angular was NOT released in 2016, it was Angular 2 which was released back in 2016. Full of mis-information, you know it's a crime to spread one?
React was initially released on May 29, 2013 and not in 2011 as mentioned in the video. It was Angular 1's era back then.
But, didn't answer the question: Why Zig pays more?
That's a perfect use-case for HTMX. But I guess sticking with jQuery (and replacing the old jQuery plugin with an alternative or with custom code) would have done the job equally well. There are some things that I don't like about HTMX: Being basically just written as custom HTML attributes makes editor support tricky which might be problematic with refactoring and cause bugs in the long run. I'm also not sure if there's a good testing strategy for HTMX apart from E2E tests. Also you can't use TypeScript with it. On the other hand, you don't have a build step, so it's a far leaner dev workflow. It just won't scale up very well. That's why you also have React. Did you often run into situation where HTMX (or previously jQuery) pieces became too complex so you had to completely reimplement them in React? I wonder what would be a good tech stack that scales from your HTMX use-case up to your React use-case. Maybe Astro with something like SolidJS for its interactive islands?
Why can't you use typescript????? Also why wouldn't you be able to test it? I'm pretty sure it's going to scale much more efficiently than react.
@@yume6643 No TypeScript because with HTMX there's no build step. You add the HTMX library to your HTML and then you add your HTMX attributes to the HTML. And this means you also don't have separated pieces of frontend logic that you could unit-test. So afaik you can only have E2E and integration tests. But tbh I haven't really worked with HTMX yet, it's just what comes to my mind when I look at it.
Astro with SolidJS sounds like a very neat option. I'm learning SolidStart now, because I do like the way they don't bloatware everything, keep things as needed and it's also very performant. I'm a C++ Programmer, so Front-end stuff was never really my thing, I'm just learning a bit of it to create a portfolio/blog webapp. The first thing I realised was: there are sooooo many frameworks to choose from. How do you folks decide what to pick?
@@theintjengineer SolidStart is definitely really promising, especially now with the just released stable version 1.0! Deciding is really not easy. Usually companies already have settled on a stack. In this case, it takes a lot of experience and observation to establish a change. I usually discuss with other teammates when I observe problems like bad performance, misuse or repeating bad patterns that lead to hard to maintain code. Then we look different options, considering their popularity and stability, the experience of our teams, how hard or easy it would be to migrate etc. For personal fun projects, I just go with gut feeling.
@@VeitLehmann htmx has nothing to do with the issue you mentioned. It's just a way to make easier ajax call. Don't bother you with that...I mean, it's the html partial view that you have to test or your api endpoints. This what makes htmx a good try. We used to frontend logic separated because of fronted framework...without that, many concepts become a little bit...useless !
I use HTMX with a golang backend and Alpine if I need interactivity. As a result compared to previous versions of my applications with Nuxt or Astro, it's lighter, faster and much more robust. Also I'm more productive as a backend developer as I don't have to bother with the whole js/react/[insert framework] ecosystem.
Was gonna create a project with Nest on the backend and Next on the frontend, so you would recommend Htmx and Alpine instead of Next Js on the frontend?
@@lardosian oooohh yes !!!
@lardosian tbh, context really matters. Do you already know js/ts, maybe even js web frameworks? What kind of app is it? Is it ui heavy, think animations? Another plus for js is that the ecosystem is huge and it can save you a lot of time. But you have to choose wisely. I think a great usecase of htmx is when you dont no javascript and have no intention to learn / your team. Your app is just a basic crud or requires all the state to be on the server anyway. As js dev who actually likes to hope frameworks just to make coding more fun for myself i tried golang htmx aswell, but the dx was worse then solidstart and sveltekit.
@@luka1790 Thanks, I have experience building a fairly big React app which I enjoyed, this one is a small side project so maybe I should stick to what I know for the moment.
Best explanation so far 👌
OMG this sounds awful. I’m at a point where I no longer use anything than DIV tags, very little CSS and everything data-related is in ES6
I like using HTMX, but for the React problem you mentioned of having different separate parts of the UI that need to be updated. Why not just use a state manager like Zustand which is around 1.2 kb compressed or Redux. I feel like the main advantage here of using HTMX is that the architecture of the server was already SSR and thus implementing HTMX wouldn't require much migration of the current services and it would save time. SSR is easily handled by React frameworks like NextJS or Remix but, for this case I see how it would have been overkill, double the time of work for an already working backend.
Yeah if the backend was using Next we would clearly not have bothered with HTMX :D
@@KodapsAcademy Yeh, I was understanding your video that way. i.e. Htmx being a good solution this case, because it's an update to an existing architecture - that's the idea here if I'm correct? ...great video by the way - I like this format/style. Nicely put together ;o,
That approval rating statistic is complete BS
Care to provide some more substance, ie a more solid argument as to why it “BS” ?
What if one use alpine js along with htmx to solve that transient ui state issue? Wouldn’t it be easier as the alpine js and htmx has the simillar philosophy and coding style?
The transient state (e.g. if the dropdown is open or not) is simply managed by Bootstrap in our case :)
Alpine JS + Hotwired Turbo
Arguments like React is chaotic or Angular is for enterprise are total nonsense. Projects are as chaotic as the developers working on them. I have seen dozens of brutally chaotic and artificially complex projects in both camps. If you assume professional, competent developers, more choices and more freedom are good things. What is much more important about a piece of tech is how productive you can be with it and whether it fits the goal and the people.
You kind of missed the point. The “chaotic” was in the context of D&D alignment, not in the sense you seem to have taken it to mean.
@@KodapsAcademy What do you mean by D&D?
@n4bb12 Dungeons and Dragons (en.m.wikipedia.org/wiki/Alignment_(Dungeons_%26_Dragons) )
@@KodapsAcademy Oh, I didn't get that reference. Now it makes more sense.
svelte and react
wow this is superb and icing on the cake after researching this topic for days, finally I can sleep well. My question is Server Components are like Virtual DOM in the server? Like they are literally components in the React server who have its own virtual DOM?
The whole point of the virtual dom is to track changes in the state, and there isn’t really any server-side state (useState only works client side). But RSCs are still components structured in to a component tree. It’s just the the idea of the Virtual DOM doesn’t really apply to the server side :)
@@KodapsAcademy yeah the tree that's what I meant, like tracking the nodes (in this case, components in server) and changing only the specific node without having to re-do the entire tree
you should have said I'll zig you in this next video instead of I'll C you in this next video
Clearly a missed opportunity :D
drizzle
I think it all depends on your skills. I can see why lots of people tend to prefer Angular because it works in a certain way out of the box. Personally I prefer to get some pieces and then think about how they fit best for the next project.