Great explanation

Great vid had to sub 🤷‍♂

Thanks a lot David for this efficent tutorial !

Hello I know HTML and CSS should I learn JS to understand HTMX or not?

I paused to read the zen of python and I love it!

If you're more interested in web development or working on the front end, go with JavaScript. If you're leaning towards data analysis, machine learning, or backend development, Python might be the better choice.

I think python is great if you don't understand programming syntax and want to learn as you write. I liked how learning python also forced me to move onto other languages when I started running into limitations. If I started with JS I feel like I would have just stuck with JS and it's frameworks. I'm learning JS finally because it's so good at frontend and that will be my place for it while I learn GO for the backend. Right tool right job.

Both of them are frontend languages, JavaScript for Web and Python for Data Science.

great video

Just discovered your channel. I like your video style. Subscribed!

I've found out about your channel just now (in addition to your French channel). Gosh, your English is just right on point. Where did you learn it? From school or do you have family back in the UK?

What a great video I would also add that anyone with a Spring Boot background, who wants to ship apps faster but love the structure of spring boot to learn and use nestjs, those two frameworks are very alike. You will feel right at home.

Bloody client side fanboys finally waking up. Glad this era is coming to an end.

Great comparison 🔥🔥

so i am on nextjs14, using app directory, in app folder i have page.js and layout.js (in layou.js i have navbar so it mean navbar will be on all pages). but if i create another layout.js in some page example: testpageFolder/layout.js. the navbar dissapears from all the pages. does that mean i will have to now include navbar in all the page layouts seperately??

Well, having tried both C and Zig, I would argue that C is the better language. In C you can do things your way. (Unlike in the video, you do not have to use integers for error handling, you can do it the way you prefer (tagged unions, out parameters, a thread local error log, ...). Also saying that Zig solves UB is just plain wrong, in some respects Zig has more UB (although more consistent) like Zig has undefined behaviour for unsigned integer types, whereas C does not. Both languages offer some tooling to deal with that (releasesafe, UBSAN). The advantage of C is, that it is still the language of native system interfaces, it has a stable ABI so it can act as intermediary between languages and it is standardised. It has many problems, for sure, but they are well known and good C programmers know how to work around them. On the other hand, I think Zig's killer features are comptime, builtin slices, async and null safety. BTW: I do not like the Zig developer experience, it has no ways to configure compiler warnings (it just has errors, and even complains about minor details like whitespace), it's error messages are not that good, it is slow to compile (gcc is fast especially for unity builds, but everyone talks about GO's compilation times). The syntax is a little noisy too. Zig's greatest feature is actually the builtin C compiler, it makes it easy to compile your C code cross-platfrom, it is easy to install and takes up little space (I am looking at you Visual Studio C). some people use Zig as their build system, I have not tried that though, and it does not solve the fragmented landscape of C and C++ build systems.

For me solid seems correct. React wanted to be functional but state management wasn't anything functional. Solid seems to fix it. For me solid is a clear next step. Hope other framework pick this signal pattern

Brazil mentioned let’s go

Nothing will replace C in low level programming as long as we go with the Von Neumann architecture although Rust fanboys are trying to convince everyone otherwise

how are you highlighting the screen with boxes and arrows ?

The trueeee 🐐

In svelte diynamic state management was big gotcha especially with $:, so i guess this new runes will solve that problems.

since you dont own the notion api, maybe it might break someday

Rust is like master Yoda, teaches you how to control the force within

Love your vids! Keep em coming.

Is he related to the quicksort Hoare?

i think your notion about zig's error handling is misinformed, it's meant to be a replacement for exception handling in other languages, not to inherently protect you from memory related issues. rust has this same feature so it's not really contrasting in that sense.

its not true to say the concurency is a native language feature in zig, async/await has been dropped since 0.11 if i remember correctly

I would love to use Zig for bigger stuff IF it was less annoying about the dev experience and normal debugging techniques. A random unused variable or a var that never mutates being considered breaking compiler errors without any way to turn it off feels extremely tedious, when you have no intention of commenting and removing everything like that with every compile.

One important thing related to jobs. Even if they both pay equal, the number of Rust jobs are minimal at the moment compared to Golang ones.

I can see a future with zig especially with embedded programming, tho I wonder if rust will somehow make a really good developer experience tho comptime in rust is... well. Anyway on the other hand Odin seems interesting would recommend checking it out, its competitive in the computer graphics space but I wonder if there is a future with embedded systems programming for Odin.

Zig means sh*t in some Arabic speaking countries, 😂

Danke my friend! This is some valuable information 👁👁

any plan making a Zig tutorial series? would be awesome since current Zig references are a bit difficult to find...another plus Zig looks to be the hype of 2024. Major devTubers / devTwitchers are covering it.

Not to be confused with TICTAC. That’s way different for anyone who googles it

So. In two seconds…one renders for web and native for native. The thing that does that isn’t even a thing you code in. It’s a bridge. Lol

what's your opinion of Odin if you have checked it?

ok. but breaking changes in every sub-version is not a good idea. But of course I prefer it more than Rust

it looks quite intimidating to a lowly c# pleb like myself but it peaks my interest

Thanks for the vid ❤

2:40 its called controller - MVC

Your videos would've been better if you would stop repeating your questions over and over at each point. Just go straight to the point after one question. No need to repeat the questions or issues for dramatic purposes.

thank you man

Both are not the best option. I would choose Vue. :P

I do not think it provides enough to make it attractive. Too basic and one note. I moved on from loading pieces of the UI with jQuery for a reason, too many individual parts make for too many different types of requests necessary, just for the UI.

Brilliant mate, thabks for that !

Very well spoken, but you miss the point. React is a library Angular is a framework. You (and many other ppl) compare apples with pears.. Compare Nextjs, Remix or whatever with Angular. That works. But this comparison is of no real use.

damn this is literally the best video i've ever watch when asking about 1 vs the other

React for the hype. Angular for long term scalable products.

This was the most relaxing video i've ever watched on youtube