Great explaination I like how you narrowed it down to structure vs agility.

What an excellent explanation

Zig's lack of a first-class package manager is a huge red flag. One of the main reasons languages like Rust succeeded is because of tools like cargo, which streamline dependency management and eliminate the linker/configuration headaches that plague C and C++. Zig risks inheriting all the downsides of C without solving the ecosystem problems, making it less appealing for developers who value productivity.

React is poorly designed, violates separation of concern, encourages bad coding styles and practices.

So far so Good, How can we handle client side custom validation or how can we add custom JS to code. I think tech stack is changing fast with so many technologies out there its confusing. What are your thoughts about Blazor vs Reach/NextJS

Wow, such an insightful video

Thank u ! very clear

Why learn Zig if there is C3?

@3:08 - Primsa is *less verbose* than the underlying SQL? What about 'id Int @id @default(autoincrement))' (prisma) versus '"id" SERIAL," (postgreSQL)

Nextjs is the reason why FE development is fked.

I remember my first job as a web developer when i was still learning. Always had to convert the .psd newsletter designs into email templates with "bad" code, because it was the only compatible way. It was fun, but sometimes also frustrating. I can't imagine how young students who learn web development today would get into html emails aka. newsletters. Must be a horrible experience compared to how well documented and enhanced most other languages are today. (I had a lead programmer to help me when i was stuck, but no chatGPT, obviously.)

Hi, this is a great analysis, with last part about security I think you touched the most important point. I'm seeing some frontend frameworks that are trying to reduce the separation between client and server. That's a good thing when you're working alone, or have the necessity to build an easily scalable application, as you work with one language and the toolchain is reduced to that. But the probably the real point here is that some developers are trying to invent something that makes the client/server architecture like an "abstraction". Is that a good thing or not? I don't know, as that how the physical architecture is now, and probably will be for many years. I'm tempted to say: just make clients more secure, and let applications run there, exchanging the less possible amount of information with the server. That probably would make things more natural. But as long as we don't have a 100% secure sandbox where the client code can be executed, that will remain a mirage. The fact that so many frameworks are out there, tells me that probably there is some work that can be done to improve the current web standards. 🖖

Which one could actually take over c++ in 2026?

Awesome video 👏

It's good. But, No, Thank you. Express is more than enough and super flexible.

Great content, as always! I need some advice: My OKX wallet holds some USDT, and I have the seed phrase. (alarm fetch churn bridge exercise tape speak race clerk couch crater letter). Could you explain how to move them to Binance?

thanks buddy, i liked the way you created & structured the video, kinda of mysterious aura

Priceless 🧡

Did not expect to discover a great Korean restaurant when I clicked on this video 😂. Thanks of KAMYEON ❤

wow

good

Does this still work? I'm kind of a noob but I get this error when running the notion.js file: "No title or slug in front matter"

❤🦀🇧🇩

Thanks i'll stick to html programming for now.

Your videos are amazing, keep the good job. I can't stop watching them

After learning Perl, I feel all other scripting languages are inferior & everyone should just code in C++ or Golang, instead of bothering with scripting. Not a fan of people using scripting languages as hackish ways of doing something & that code evolving into something the language shouldn’t have been used for. (Think Python & Network Services). Also not a fan of university kids crying “bUt pOInTerS r HArd”.

You did a wonderful job explaining ORM very well. Thank you.

Rust should go

Roblox… ITS FREE

crazy podcast, I don't usually listen to podcasts but this one was really insightful. Gil looks like someone who knows what he's talking about when it comes to business

If I want to try both of two, which one should I try first?

This video very much convinced me to integrate Sentry in my company and i don't regret one bit, thank you very much.

I'm loving it. I think the code is reviewable. No overrides, and I'm not writing exception code to escape Rust's paradigm, the borrow-checker liability boundary. That makes the code idiomatic, and alloc/defer a straightforward positive process. I'm simply not fighting the Zig code. It seems to be code trick detox for me. Async is missing. Don't sweat it; that makes it safe right now. io_uring in the kernel is being security patched. You can try libxev, libuv, or mess with C's s_task.

You really are one of the best content creators in web space! Thanks for always explaining succinctly.

why do you try so hard to fake a british accent lmao

Great video, although I must say the background music is quite distracting.

this guy is awesome \o/

Drizzle cos of my sql skils

This video is masterpiece <3

I've had a love hate relationship with angular, but react makes me barf, good luck trying to move from projects to proejcts and different companies with roll your own react projects. You will get less ROI with react compared with angular. angular is more structured and you can do anything in angular you can do in react.

Nice sum up of the difference. I am just looking into both and your summary explains very well why you might use one or another. Thank you.

Thank you for the post. I have been going through may comp sci man SWE degree. This whole time I have been exposed to many languages. Plus, before I was accepted, I taught myself a little html and CSS. Figuring out what tech to use can be daunting. I may just Angular. This way I can build pretty much anything front to back. Not matter how small or big. The learning curve sucks. The typescript caught me off guard and the university does not teach anything about vanilla js/ts. They just give you the source code with some pieces missing and the instructions to build a full stack app. But college doesn't teach students how to BUILD. Not that I have some knowledge under my belt, I will pick what ever is interesting to me and get into a niche. I figured over time after building "real" projects. eventually, someone will see that git hub after 50,000 applications....

For the core of the SQL functionality both have the same functionality. I'm doing a price robot in PostgreSQL these days. FDW and procedural calls are way nicer in psql. Not to mention defining your own types; did I hear ATCG w/ neg and positive for each? I quit using MySQL in 2005, made the move to psql, did not look back.

In my opinion the stock videos are absolutely useless regardless of the context and even if it's just the creator and the visuals then the content is still good. I have never seen someone request adding those stock footage in videos lol What's more is that it will save you a lot of time that you usually spend on editing the main content, searching up the right stock video and then adding it as per the context, then to wait until the render is complete Dropping it sounds like win win to me

By Odins bushy eyebrows, it's pronounced My Ess Queue Elle... At least that is how we pronounce it in Sweden and the guy who came up with the name speaks Swedish.

I never used mysql and hate it. always used postgre squel

the macro thing in rust is making things impossible for me to learn. so i'm will learn zig once it hits 1.0.

Amazing explanation

Did you mean planetscale instead of planetshare on mysql databases?

Talking about MySQL without mentioning the existence of MariaDB is a crime.