Zig for Impatient Devs

[@IsaacHarrisHolt]

ERRATA: 0:33 - I mentioned that Zig doesn't have nice stack traces. This isn't true! They're very good, and quite detailed. It also does have a package manager. See @mlugg5499's comment for more information :) (or see the package manager release notes: ziglang.org/download/0.11.0/release-notes.html#Package-Management) 1:18 - []const u8 is a SLICE of const bytes, not an array! Also, strings will COERCE to this type, but as @rexicon2269 correctly pointed out, Zig string literals are technically constant single item pointers to null terminated byte arrays (*const [N:0]u8), however, I left this out of the video as we didn't cover sentinel termination :) 1:30 - @as is not a cast! It's effectively an inline type assertion. It'll only work if the type can be safely (upwardly) cast (thanks again @rexicon2269) 3:02 - The output would be 1, 4, 16, 64, not 4, 16, 64, 256 (thanks @someoneunknown6894!) 4:15 - There are some `const`s missing from types (thanks @unperrier5998!) 4:27 - The first line should be `const x` (thanks @GhislainGt!) 4:43 - Same as 1:18 4:58 - Missing `u8` between `[_]` and `{0}` (thanks @unperrier5998!) 5:39 - Struct fields are assigned with `=` not `:` (thanks @unperrier5998!) 8:18 - The inline loop should print `false` twice at the end (thanks @jcsahnwaldt!)

[@raffimolero64]

Nice work. Good middle-ground between Fireship's " in 100 Seconds" and other more in-depth tutorial vids. 7:10 Rust's actual Option type declares `None` before `Some`, affecting the order of comparisons. This means the discriminant (tag) for None is 0, None < Some(0), and this behavior will be optimized out for Option. 9:16 As a newbie, I hadn't seen this syntax before. Looks like the while loop is taking an expression, which should only return true or false as per if/else, but the expression manages to return a value which is captured in the block. It looks more like some sort of Optional value matching, which wasn't explained earlier. I did a little bit of research and it looks like you can run an expression like if (?T) |t| { doSomething(t); } else { doSomethingElse(); } which appears to be special-cased for optional types and error unions. Maybe this errata comment could also be used with a "NOT COVERED:" section to dump a bunch of keywords that may be important to search, starting with the words you said at the end of the video. One thing you haven't mentioned, I think, is tests. Just put those words in there and go. The video is long enough, writing out whole examples in a comment would just be extra work that could go into making a part 2.

[@tatterdemalion898]

well this sounds like C with a little more error handling XD

[@IsaacHarrisHolt]

Sounds like a good thing to me 👀

[@master74200]

At 0:39 the PATH specified is also incorrect. It should be a path to where the binary resides, not a path to the binary itself. In fact, /usr/bin very well should already be in the PATH variable.

[@IsaacHarrisHolt]

In this case, zig is a directory, as that's what comes from the download :)

[@felixjohnson3874]

As someone who is so used to 2x speed for everything it is unexplainably refreshing to have a video that *_actually_* needs to be slowed

[@IsaacHarrisHolt]

I watch most stuff at 2.7-3x speed, so I understand your plight 😅 it's one of the reasons I like making content like this!

[@laycookie-f6i]

God dam so true

[@bpo217]

100% agree

[@Yash9278]

​@@IsaacHarrisHoltBamboozled 😂😂😂

[@krellin]

oh crap i forgot i had this on faster speed

[@oerickmuller]

This video is like a movie trailer, but for a language, and in a good manner: you watch the video, see how things happen in Zig, and if you think that it's for you, you go deeper. This kind of content is extremely helpful.

[@IsaacHarrisHolt]

I'm glad you found it useful! Let me know what else you'd like to see

[@lolilollolilol7773]

@@IsaacHarrisHolt maybe i watched too quickly, but you didn't mention the complete interoperability with inline C and C++. Heck, the zig compiler can also compile these 2 languages !

[@IsaacHarrisHolt]

Yes, I know, and that's really cool! I was focusing more on the language itself in this video though :)

[@alexon2010]

I'm a complete beginner in Zig, I've been developing for the web - front-end, Javascript with React for about 10 years, I love the productivity of Reat, but I also want to learn a compiled language because I really like embedded electronics for machines... I liked it a lot about Zig... even though I don't know English, your video was the best so far for learning Zig... congratulations

[@IsaacHarrisHolt]

Thank you! I'm glad you found it helpful

[@pierreollivier1]

Zig is really my favorite language, as a C developer it really is everything I wish C was and more : - No more Macro cancer. - No more make/cmake/ninja cancer. - No more implicit integer promotion foot guns. - No more namespace conflict. - No more quirks. - No more checking for null everywhere. - No more void* and macros for generic. - Actually useful and usable standard library. - Seamless interop with C. - Lower level control than C with native support for SIMD primitive. - Errors as value. - Stricter type system. - Allocators are first class citizens - Very readable and explicit code, there is next to no hidden control flow everything you read is everything you get.

[@IsaacHarrisHolt]

This is exactly what Zig is trying to solve! It's still not my cup of tea personally - I like slightly higher level languages - but I'm not solving low level problems, so I don't need as much control as Zig provides. That said, I definitely want to experiment more with working on low level systems and such, and I think Zig is definitely a fun way to try and accomplish that.

[@pierreollivier1]

@@IsaacHarrisHolt That's understandable. If you wish to get the broader perspective on why Zig is so awesome, a quick experiment that I would recommend, would be to re implement something relatively trivial like hex dump. Try to do it in C, try do to it in your favorite language, then try to do it in Zig. This shouldn't take too long, (around 500 loc for a bare bone implementation). If you try hard to write good C code redoing everything in Zig will really give you valuable insights on why Zig is so great.

[@IsaacHarrisHolt]

Ooh thanks! I'll take a look into it. Honestly I've never actually written any C outside of RaspPi/Arduino programming, so it might take me ages to get through it all

[@lolilollolilol7773]

I agree, zig is the true successor to C. It only needs to be ported to platforms where C is used.

[@pierreollivier1]

@@lolilollolilol7773 Technically the stage1 compiler is in C, so wherever C is, Zig is not far away if I may say

[@amolizm]

3:36 most beautiful switch statement ever.

[@IsaacHarrisHolt]

🙃

[@jordanhildebrandt3705]

Wow. This video forced my brain into a higher gear than I'm used to using when watching KZbin. Usually, I'm just vegetating. This required serious focus. But, with sufficient focus, this was well-paced and gave an EXCELLENT overview of Zig. Thanks.

[@IsaacHarrisHolt]

Awesome! Glad you found it helpful

[@besknighter]

Me too! I usually watch videos on PnP while working because it's not dense at all. This one I had to actually stop and pay full attention, rewinding and stopping to read the code. This is much better.

[@not_herobrine3752]

Zig sounds like chrismas for C users

[@IsaacHarrisHolt]

Why do you think I released the video at this time of year 😉

[@not_herobrine3752]

@@IsaacHarrisHolt how long were you waiting for someone to comment this

[@IsaacHarrisHolt]

So long

[@Kraboobee]

Merry zig to all C users

[@Maagiicc]

All of this looks pretty good, but I think I'll stick with C

[@someoneunknown6894]

Just got recommended to me, great video! Really enjoyed it and subscribed :D A small note, on 3:02 the loop with the continue expression would print 1, 4, 16, 64 instead of 4, 16, 64, 256 Idk what's your style but I personally like No Boilerplate's errata comment where he mentions small mistakes like this Again though, the video is awesome, thanks for making it! :D

[@IsaacHarrisHolt]

Done! It's something I've done before too. Thanks for pulling me up on it :)

[@AK-vx4dy]

Zig big feature is seamless integration with C, not only using libraries in both directions with lon the fly bindings generation but zig even can compile C code or be used as build system (programmed in Zig !).... Zig author(s) should take some prize for it!!! Oh i forgot, Zig can compile itself and c *cross-platform*... you can compile to Windows binary (exe) on mac or linux or vice-versa....🤯

[@IsaacHarrisHolt]

Yeah, Zig is great! And this is very compelling. I know Vercel used `zig cc` as the build tool for their Go/Rust project

[@koool56]

Using Zig have been awesome, exactly what I needed after envying Rust/Go features I wished C had!

[@IsaacHarrisHolt]

Cool! What would you say is your favourite Zig feature?

[@koool56]

⁠​⁠​⁠@@IsaacHarrisHoltWell, it’s three things I missed in C, hard to pick one. * optional value as 1st class language citizen (not unwieldy C++ implementation, null pointer or magic value) * being able to add methods to structures (C void pointer way loses type safety and syntax is nuts) * Errors as values, checking for null on top of checking some global error variable is hacky in both C and C++

[@IsaacHarrisHolt]

Very valid reasons! Let me know how you get on with Zig

[@joopie46614]

This looks a lot like rust in some cases, I also see a lot of rust developers alternating between rust and zig, it looks promising. As for things like panicking on integer overflow, how about dynamic integers? Does it have runtime checks for overflows? That sounds like a poor trade off between performance and safety.

[@mgord9518]

It has runtime checks in Debug and ReleaseSafe mode. For ReleaseSmall and ReleaseFast, integer overflows are UD

[@IsaacHarrisHolt]

Good to know, thanks!

[@dealloc]

i think the analogy most people make is Rust is "the new C++" and Zig is "the new C". Of course doesn't mean they're going to replace the languages; just that Rust is more implicit like C++ and Zig is more explicit like C. Of course it's not apples to apples, since C++ is (somewhat) extended C, not the same history with Zig and Rust. Interop between the two is a whole other rabbit hole :P

[@samdavepollard]

so impressive, how much you manage to pack into 10 minutes great work - many thanks for sharing your knowledge subbed

[@IsaacHarrisHolt]

Thanks! I hope you found it helpful :)

[@mlugg5499]

At 0:33, you mention some missing features. Firstly, Zig does have a package manager - it's a quite recent creation and so somewhat immature, but it does exist, and is being used in the wild (the best example is probably the Mach project). Secondly, I'm not sure what you meant by "reasonable stack traces". I haven't heard of any major issues we currently have with stack traces - in general, stack traces are printed by the panic handler on any crash, and they're detailed & prettified. If you've encountered any specific issue with incomplete/incorrect stack traces, that's a bug, and possibly one we're not aware of, so please report it!

[@IsaacHarrisHolt]

Apologies for that! I couldn't find any information on the Zig package manager (I assume you mean Zon?) on the ziglang.org site, so I assumed it was potentially third-party, like nektro/zigmod. If you could just make sure I've got the right one, and provide some documentation, I'll include a link in the pinned ERRATA comment. I'll do the same re the stack traces. I don't know why, and I can't reproduce them, but I didn't have a great experience when I was researching for this video. Thanks for calling me out, though!

[@mlugg5499]

(I just wrote a detailed reply here and KZbin in its infinite wisdom deleted it when I tried to fix a typo. I'll rewrite it later on :p)

[@IsaacHarrisHolt]

Looking forward to it :)

[@mlugg5499]

@@IsaacHarrisHolt Sorry it took me so long to get around to this, I've been quite busy. Okay, so! ZON is not the name of the package manager, but rather a file format. It stands for Zig Object Notation - like JSON, we've basically taken Zig's construction syntax and turned it into a file format. ZON is used by the package manager, but it's a general-purpose file format. The package manager itself does not have a name - it's just a system integrated into the compiler. The way it works is that you create a file named `build.zig.zon`, which declares the name of this package, and all of its dependencies and their URLs (the package system is decentralized, unlike e.g. npm). These dependencies can then be referenced from your `build.zig`. The schema for this ZON file is detailed at github.com/ziglang/zig/blob/master/doc/build.zig.zon.md. Unfortunately documentation for the package manager itself is a little lacking at the minute - the best resource is probably the release notes for 0.11.0 (ziglang.org/download/0.11.0/release-notes.html#Package-Management), but keep in mind that might be a little outdated. You can see an example package at github.com/andrewrk/SDL, and an example usage of said package at github.com/andrewrk/sdl-zig-demo. I hope this helps!

[@IsaacHarrisHolt]

Very helpful, thank you! I'll add a link to this comment in the errata :)

[@aveydotdev]

Everything I need is in C, Zig, and Go!

[@IsaacHarrisHolt]

Well good job I have overviews of 2/3 of those on the channel 😉

[@konstantinrebrov675]

Don't forget about C++, Rust, D, Odin, and HLA!

[@fleaspoon]

thank you for the video but I had to slow it down to have some time to think

[@IsaacHarrisHolt]

That's the point! It's meant to be a speedrun of the language. You can always watch it a couple of times 😉

[@reed6514]

Alternatively, drink 6 pots of coffee, and you'll have to slow down so the universe can think. (Don't drink 6 pots of coffee! Care for your heart! ☕❤💥)

[@DanFromIran]

I love C and I think I will love Zig even more. thank you for this video.

[@IsaacHarrisHolt]

You're so welcome! I'm glad you found it useful

[@blouse_man]

Zig feels like a mix, can u tell what the special reason for which zig is in the talks for sometime now??

[@IsaacHarrisHolt]

A lot of it is down to how low level you can get with it. It's as low level as C, but ultimately safer. Comptime is also very useful once you start getting into advanced stuff with it - much nicer than headers and macros.

[@pierreollivier1]

Zig is meant to replace C, If you know C well you can clearly see (no pun intended) that Zig was built off the frustrations of C. The problem with C is that it lacks type safety, and carries a lot of terrible decisions, namely, macros, preprocessor, nullability implicit conversion rules, forward declaration etc. You might think that alternatives already exist, like C++ or Rust, the problem with those languages is that they aren't "real" C replacement, Why ? Because they don't follow the same set of principles. Zig on the other hand really focus on simplicity and ease of use, especially if you are a C programmer all of the very "unsafe" things and all of the error prone stuff is replaced with more explicit or safe constructs and idioms. In Zig you can't cast variables as freely as you used to do in C, instead you have to use specific builtins to do so. You don't need to use macro magic or void* to get generics, instead you can use a safe alternative called comptime. You don't need to worry about the build system and portability and linking error, instead you can use Zig to build Zig. You don't have to migrate to a new testing framework, instead you can just rely on the Zig builtin testing framework, You don't need to use more macro magic from another language to generate bindings to interops with your old C you can just compile it with the Zig compiler, You also avoid namespace conflict out of the box, and so much more that I can't really name everything, the point is that I'm a C developer, and Zig literally is everything I wished C was.

[@salty_cucumber]

​@@pierreollivier1 excellent answer

[@rexicon2269]

at 1:18 this is not a array of "const u8" :) it's actually a slice of "const u8". the difference being "[]const u8" and "[N]const u8", where N is a comptime known value. "this is a string" is of type "*const [N:0]u8" aka a pointer to a const 0 terminated array of u8. this then coerces into a []const u8 through the explicit type you give "const string: []const u8". same thing at 4:43 minor error, but they are distinctly different things. error 2: at 1:30 the @as is not a cast. it's a inline way of writing `const flt: f80". the actual cast here happens implicitly. the same thing would have worked if you had written "const flt: f80 = 5000.1". of course this can only happen if it's a safe cast such as casting upwards i.e u32 => u64. casting downwards would not work, and be an error, and would require i.e @intCast

[@IsaacHarrisHolt]

Have added to the pinned errata comment! Thanks for calling me out :)

[@rexicon2269]

always happy to help :) just saying: @as is not a cast! It's effectively an online type assertion. i think you meant to say "inline type assertion"

[@IsaacHarrisHolt]

I do! Thanks 😅

[@matteac_rs]

zig is awesome, quite difficult to understand the memory model coming from a gc lang, but it is extremely powerful. I love the fact that zig aims to be simple, like c, instead of being complex (but more powerful out of the box) like rust. I also love rust, but at some point it becomes overcomplicated I really liked the video, a lot of info in 10 minutes, loved it!

[@IsaacHarrisHolt]

Yeah, going to a low level lang from a GC Lang is difficult, but eventually you'll wrap your head around it and it'll all just click :) Glad you enjoyed the video!

[@offroaders123]

Great comment, and heck yeah King Crimson!

[@ilonachan]

I really like Zig in concept, as a replacement for C it's definitely a stellar option with just straight upgrades everywhere! I've never really worked that low-level though, I don't deal well with the whole "manual memory management" thing, which is why I'll probably stick with Rust instead. What's really sad to me is how awesome the whole comptime and emergent type meta stuff is, and how that whole system is probably fundamentally incompatible with Rust's type system. If the Rust team ever finds a way to integrate all this comptime magic into their code naturally, it's really gonna pop off for me! (and yes I know macros exist, but they only operate on tokens and not actual types and structures. Again because Zig's model of building the types at comptime seems pretty much incompatible with Rust's type checker.)

[@IsaacHarrisHolt]

I like this take! Yeah, comptime is pretty much my favourite feature of Zig. Like you, I prefer Rust's memory management and I find the type system more robust. You can still accomplish most of what comptime offers through generic types, but not everything, sadly. And don't get me started on lifetimes...

[@vojtastruhar8950]

Awesome video. I hope your channel grows! Great work

[@IsaacHarrisHolt]

Thank you!

[@LageAfonso]

I don't feel like Zig syntax is well structured enough, seems like a bunch of syntax sugar that someone just added to make things work. Maybe I'm just used to Rust typesystem.

[@IsaacHarrisHolt]

I do love the Rust typesystem. Zig is still technically pre-1.0 though, and I think there's a lot of room for it to grow and improve

[@shrin210]

​@@IsaacHarrisHolt There is no room to grow and improve syntax i guess

[@IsaacHarrisHolt]

Major versions could introduce breaking changes :)

[@pierreollivier1]

From the perspective of a rust developers maybe, but if you've been programming in C extensively, you might be able to see that basically all of the "syntactic sugar" is really just very common C idioms (who are very error prone, or unreadable) expressed in a shorter and or safer way. Because the target audience for zig is really just C developers who want to migrate/maintain their old code base with a more modern and safer language, with more control/freedom than what Rust offers (at the expense of memory safety), and without the ugliness of C++. Which makes a lot of sense, I also believe that they've said that the syntax might evolve once everything is ready for the 1.0 as they don't think syntax should be their primary concern.

[@IsaacHarrisHolt]

I disagree with the developers here somewhat. People these days are generally flocking to languages that feel good to write, and syntax is a big part of that. Zig is currently lauded because it's a vast improvement on C, but lots of things are a vast improvement on C, tbh. As soon as a 'Zig with nice syntax' comes along, Zig could be in trouble.

[@lolilollolilol7773]

it's amazing how comptime seems to be actually C++ templates without the garbage syntax !

[@IsaacHarrisHolt]

It's great!

[@reed6514]

It looks nice. This is the first time I've looked a new (to me) language and actually wanted to use it. Like I've watched Rust videos & C & python & I've played with C#, but meh idc whatever I'll stick with my PHP. Zig actually looks like a thing i wanna try. But i have 30+ FOSS php projects, so i won't be switching languages any time soon.

[@IsaacHarrisHolt]

It's always worth experimenting, even if you don't do anything major with it. Give it a go for the advent of code or whatever :)

[@lattehour]

the day i will write .* to dereference a pointer will happen only in end times

[@IsaacHarrisHolt]

Understandable

[@Somali-iv9pu]

It really seems to be a beautiful language i think ill try learning it i wanna invest time in it but i dont know if it will ever be in demand

[@IsaacHarrisHolt]

There are some really big projects using it! Bun is probably the most famous example at the moment

[@VivekYadav-ds8oz]

Nice to see more videos in the NoBoilerplate style.

[@IsaacHarrisHolt]

I just hope you found it useful :)

[@EverRusting]

AAAAAAAAAAA I read the title as Zig is for impatient devs thinking it is heavy on shortcut syntax... and it also is

[@Ashalmawia]

I *love* it in principle but it's a bit hard to use so far. no function overloading, strings should be easier than C but seem harder instead, and I haven't so far figured out how to have shared libraries, which is pretty important. otherwise I would totally want to use it for small CLI tools.

[@IsaacHarrisHolt]

All totally fair criticisms, I think. For shared libraries, I think there technically is a package manager, but I've not used it. Strings I half agree with - once you've gotten used to using an allocator for them, they're pretty fine

[@j.r.8176]

Why do arrays store their length by default? isn't that memory wasted? Also what's a point of 'arbitrary bitwidth' variables? All modern CPUs have a minimum operation width of 8 bits. If you define two variables of type 'u3', it is smart enough to fit both into one byte? Or will it fit each into an individual byte? If it's the latter then what's the point?

[@IsaacHarrisHolt]

To answer your first question, yes, it's extra memory usage at the cost of safety. As for the arbitrary bitwidth ints, I'm not sure. I would Google it, if I were you.

[@xerathgaming1915]

as someone who programs in c this looks really interesting

[@IsaacHarrisHolt]

Definitely give it a go

[@veryboringrides3664]

would be better to have a slightly longer pauses between the sections.

[@IsaacHarrisHolt]

Thanks for the feedback!

[@unperrier5998]

**ERRATUM** The return values at 3:01 (loop with continue expr) are wrong, it should be: 1, 4, 16, 64 At 4:15 you're missing a bunch of 'const' to specify the pointer is pointing to constant value (two consts in the pointer definition, just like in C) At 4:24 the code you display works because you forgot to make the variable constant. At 4:58 you're missing the type: [_]{0} requires a type. It should be [_]u8{0} At 5:39 the code doesn't even compile

[@IsaacHarrisHolt]

Thanks! I think a couple of these are already in the pinned "ERRATA" comment, but I'll add the missing ones

[@unperrier5998]

@@IsaacHarrisHolt I was going along with your examples, playing with them, that's how I noticed them. They're helpful because even though they're slightly wrong at times, the audio commentary tells what matters. On that note I had to reduce the audio speed and pause to actually digest the teaching.

[@IsaacHarrisHolt]

@@unperrier5998 totally fair! I know it's a lot to get through in a short space of time - that's how it's designed - and I definitely expect people to pause and rewatch parts. I'm glad you found it helpful though :)

[@toby9999]

I've been a C++ developer for 28 years. I like C++ but Zig looks interesting. How difficult is it to get a Zig development environment working on Windows?

[@IsaacHarrisHolt]

Not at all! It's a single binary for the language, and then zigls is available for editors

[@ant1fact]

Zig is pure joy after Rust

[@IsaacHarrisHolt]

I've still not properly used it, but I think I will

[@01MeuCanal]

Y'all have some idea of Zig 1.0 ETA? Another question: Why Zig code in Compiler Explorer generate so much assembly lines?

[@IsaacHarrisHolt]

Sadly I have no idea when Zig will hit 1.0. You'd probably be better off asking one of the core team members. Same goes for the second question :)

[@fabricehategekimana5350]

Really interesting ! Go also has something that works the same as calss delegation named type embedding

[@IsaacHarrisHolt]

Very similar! Struct embedding in Go is great for sure

[@justafreak15able]

Bro what tool do you use to generate these voice tracks for your videos? 😮

[@IsaacHarrisHolt]

A Blue Yeti, Reaper FM and Adobe Podcast :)

[@colto2312]

ngl i'm sold. if i'mma compile to binary; this is probably my choice. mostly a scripter personally however

[@IsaacHarrisHolt]

It's a good choice! Zig is pretty good

[@gp5381]

would you make one episode on F# and fsx scripts? :) lovely channel

[@IsaacHarrisHolt]

I'll add it to the list!

[@phenanrithe]

Why the rush?

[@IsaacHarrisHolt]

Cause I'm Impatient 😉

[@abcdefg-nu4xj]

you are so underrated

[@IsaacHarrisHolt]

Thank you!

[@iaconst4.0]

good video , many persons say that zig is the fastest language program, is that true?

[@IsaacHarrisHolt]

I mean, Zig is a manually memory managed, low level language, so it's gonna be fast. As for the fastest, who knows? It'll vary benchmark by benchmark, but generally the fastest is probably gonna be assembly

[@ikirachen]

AOP reinvented ... nice to see this aproach :)

[@IsaacHarrisHolt]

Ooh interesting take! What makes you say that?

[@runnow2655]

trying to follow along and add zig to my VScode but I don't know which file is the zig executable 😭

[@IsaacHarrisHolt]

When you download Zig, the compressed file contains the executable and the standard library :)

[@yongkangchia1993]

how did you make this video? PowerPoint?

[@IsaacHarrisHolt]

Obsidian!

[@KieranHolroyd]

No Boilerplate is spreading across languages now

[@KieranHolroyd]

top quality video in your own right though

[@IsaacHarrisHolt]

Thank you!

[@venir_dev]

Next, you'll do Elixir... right? 😍

[@IsaacHarrisHolt]

Oooh interesting! I hadn't thought of doing Elixir. Maybe I'll start running polls and suggestion stuff on Discord

[@henrispriet9812]

This feels like C trying to Rust 🤔

[@IsaacHarrisHolt]

Is that such a bad thing? 👀

[@holthuizenoemoet591]

To me it feels like C trying to Python, which is not bad

[@yadukrishnan8577]

Please do a part 2.

[@IsaacHarrisHolt]

Interesting request! What would you like it to cover?

[@yadukrishnan8577]

@@IsaacHarrisHolt I've heard that Zig does async differently when compared to other languages. I'd love to know if that is true. And maybe c-interop as well.

[@IsaacHarrisHolt]

It's true! I'd recommend looking at ziglearn.org

[@cardboardpig]

Great video, thank you.

[@IsaacHarrisHolt]

I'm glad you found it helpful!

[@necauqua]

don't understand the comments complaining about pacing, it's literally perfect good video, keep it up 👍👍

[@IsaacHarrisHolt]

Thank you! I appreciate this

[@KimberlyWilliamsch]

So it's literally modern c

[@IsaacHarrisHolt]

Pretty much! It's a vast improvement

[@patriotlightning7791]

Anyone else thought it was a video about the new Zed code editor?

[@IsaacHarrisHolt]

Curious, what made you think that? I wanna know so I can tweak things if needed :)

[@patriotlightning7791]

@@IsaacHarrisHolt I misread the title bro :D Great Video Btw !

[@xE92vD]

Is it comparable to Rust? And why would anyone use Zig over Rust?

[@IsaacHarrisHolt]

I would say Zig is lower level than Rust. Rust allows you to write high-performance code, but other than the borrow checker, it mostly feels like a high level language. Zig gives you a lot more control over your memory, and you can therefore probably write more efficient code in Zig.

[@xE92vD]

@@IsaacHarrisHolt So it's basically a new C++?

[@IsaacHarrisHolt]

It's closer to a C alternative than a C++ alternative, I think. It's like C with more constructs to help with safety

[@ottergauze]

Take a shot every time he says "type", I dare you.

[@IsaacHarrisHolt]

Only if you do it first 👀

[@friedrichdergroe9664]

Discord link is invalid.

[@IsaacHarrisHolt]

Working for me. What happens when you click it?

[@vincent06]

I have mixed feelings about Zig after watching this... I like the errors handling, var VS const, defer keyword and many other things but operators look horrific... I don't want my code to looks like hieroglyphes ** +%= ++ .*

[@IsaacHarrisHolt]

Totally valid points! Zig isn't for everyone, but I'd also argue that syntax isn't everything. You'd get used to it after a while.

[@AWriterWandering]

I was too impatient. Watched at 1.5.

[@IsaacHarrisHolt]

I'm impressed!

[@SillySussySally]

This looks unreadable af 😢

[@IsaacHarrisHolt]

Depends what you're used to! And syntax is something you get used to very quickly

[@AdityaRahalkar]

Amazing tutorial

[@IsaacHarrisHolt]

Thank you!

[@ekaansh]

so well presented, a treat to watch

[@IsaacHarrisHolt]

Thank you!

[@silloo2072]

C has really the vest syntax

[@IsaacHarrisHolt]

But so many footguns 👀

[@silloo2072]

@@IsaacHarrisHolt what is a footgun?, yes but c is soo simple and straightforward, the datatype before the name is so much more natural than name: type

[@alexon2010]

This pointer thing and I don't understand anything

[@IsaacHarrisHolt]

Yeah, pointers take some time to get used to!

[@davidissel7980]

You lost me at 1:15 "Zig doesn't have a string type". I think I'll just stick with C#...

[@IsaacHarrisHolt]

Totally fair! It does make certain things more difficult

[@TheSaintsVEVO]

Why do you people edit videos like this with zero pauses

[@IsaacHarrisHolt]

So I can stick "in 10 minutes" in the thumbnail 😉

[@user-he4ef9br7z]

Good. Most tutorials are too slow paced and boring.

[@EduardKaresli]

OK, we have C, C++ and Rust, why would one prefer Zig instead? What is Zig's best use-case scenario?

[@IsaacHarrisHolt]

Zig is supposed to be a replacement for C. It's not finished yet, so it doesn't cover quite as wide a surface area, but I can see Zig being used anywhere C might. A good example is Bun, the new JS runtime built as an alternative to Node.

[@f.artemenkov]

Why the modern language as Zig still need semicolons as end of the line?

[@IsaacHarrisHolt]

A lot of the time it can prevent undesired function calls, or situations where the compiler may get confused between attempting to call a function or some.other operation with parens

[@j.r.8176]

Removing semicolons is a step backwards, not forwards. Regard.

[@IsaacHarrisHolt]

My RSI disagrees

[@ΝικΝοκ]

Maan zig came out of nowhere

[@IsaacHarrisHolt]

What do you think of it?

[@ΝικΝοκ]

@@IsaacHarrisHolt Seems pretty fast and nice. I saw a video of zig being the first in speed in some task. Faster than c and rust. That is amazing ! I hope it replaces c or at least be used as much as c. It feels like a new breath or smthing. I like c / c++ but i would totally love to use zig for a project in my university. The only drawback i see atm is that i feel i cant use it for something solid or long term (since i guess there would be some changes in the languages ). Mostly for some demo projects i guess. I hope it goes well

[@IsaacHarrisHolt]

There are some pretty big production projects happening in Zig right now - you can definitely use it long term! There's nothing saying you'll be forced to update versions.

[@rawpointer]

I think there's a "bug" (sorry if it was already mentioned) @ kzbin.info/www/bejne/a3qXi56jgrhnY5I: ``` var overflow: u8 = 0; //you example inits with 255 overflow -%1 // overflow == 255 ``` Now, that's the example you intended for, if I'm wrong please shout me.

[@IsaacHarrisHolt]

That example starts at 255, adds 1 (and therefore overflows to 0) then subtracts 1, underflowing from 0 back to 255

[@sambazeley5366]

this is fkn awesome

[@IsaacHarrisHolt]

Thank you!

[@modolief]

Thanks!!

[@IsaacHarrisHolt]

You're welcome! Let me know what you'd like to see next 😉

[@modolief]

@@IsaacHarrisHolt Ok well ... this is kind of a big ask, but I haven't seen a good overview video for the general software dev audience on the topic of TLA+, the formal specification language that can be used to prove the correctness of programs. Yes, I know, it's a really out there topic, but it has been on my radar for years.

[@IsaacHarrisHolt]

@@modolief interesting! I'll look into it, but it seems quite far from my usual content, so I can't make any promises 😅

[@deathlife2414]

Tried it the cache for zig init-exe was to large for simple project. Wait for it for another 2 more years for it to reach 1.0

[@IsaacHarrisHolt]

Interesting! I didn't experiment with init-exe that much for this

[@reed6514]

What's init-exe?

[@IsaacHarrisHolt]

It's how you initialise a new Zig project. It's technically not needed, but it gives a nice structure etc. It's kinda like Cargo init, but more optional

[@lujoconnor]

10 minute IQ test fr

[@IsaacHarrisHolt]

Did you pass? 😉

[@user-he4ef9br7z]

Really not a replacement for C though. The whole advantage of C is that it maps very well to assembly and how memory is represented. Zig seems to have too many abstractions, making it more high level. Anyways, looking forward to learning and implementing it.

[@IsaacHarrisHolt]

Fair take! I think Zig is supposed to give you as much low level control (which I think it does) while being safer than C. Glad you enjoyed the video though!

[@ibrahimshehuibrahim918]

NIce vide😍😍😍😍

[@IsaacHarrisHolt]

Thank you!

[@tigros999]

zig needs a few more years to settle down, every time i come across it i have to find a specific compiler version otherwise full of errors, well that's no fun!

[@IsaacHarrisHolt]

Fair! I'm not experienced enough with Zig to be able to comment on this I'm afraid

[@guilherme5094]

👍👍!

[@IsaacHarrisHolt]

Thanks! Let me know what you'd like to see next :)

[@mrk131324]

Sounds like Rust without the weirdness.

[@IsaacHarrisHolt]

Interesting! What do you find weird about Rust?

[@mrk131324]

@@IsaacHarrisHolt A lot of small things. Like not using a ; for return lines. The naming of the crates.

[@IsaacHarrisHolt]

Fair enough! It's not for everyone

[@RiwenX]

@@mrk131324 You call them weirdness, I call them coolness.

[@holthuizenoemoet591]

noob question, but why not use C?

[@IsaacHarrisHolt]

Zig provides more safety in things like optionals and error unions, as well as safer patterns for memory allocation :)

[@chefaku]

8:00 I have never seen a macro so simple to understand

[@IsaacHarrisHolt]

It's fantastic

[@krellin]

i know zig -Neo

[@CodingResoures]

zig vs rust

[@IsaacHarrisHolt]

Personally I think they solve different problems. Zig gives you more control and will ultimately allow for slightly better performance, but Rust is safer and makes it more difficult to shoot yourself in the foot.

[@lmnts556]

Very well done, just not a fan of the zig syntax. I honestly prefer the c syntax over zig. Zig reminds me of java and I really hate java.

[@IsaacHarrisHolt]

I understand the Java pain. My programming journey started with Minecraft mods and plugins 😅 But I would be careful of dismissing a language for its syntax!

[@friedrichmyers]

My biased ass towards C would never make it comparable but it seems promising enough to try. Comparing to other languages, If it makes a good package system then I might ditch Go for backend development and use this instead.

[@IsaacHarrisHolt]

Ooh interesting take! I think I still prefer Go - development speed is much higher - but I can see Zig working if you're doing high throughput computing

[@lockbert99]

I would say the majority of "modern languages" allow exceptions for errors. And they all have a string type. But with "try" and "catch" in the language it looks an awful lot like exception handling.

[@IsaacHarrisHolt]

I disagree. With exceptions it's difficult to predict where errors are going to come from. Error unions tell you in advance that a function could throw an error via their return type. Take JavaScript for example. `JSON.parse('not JSON')`, will error, but there's no warning in advance. Also, by returning the error rather than throwing it, you know the code won't stop unless you explicitly tell it to stop.

[@lockbert99]

@@IsaacHarrisHolt I think input data is ideally verified with a predicate function. If it is too much to do both (verify and process) there should be an indication that a function returns an invalid input error. I wouldn't do that with an exception in C++/Java etc. since it is a known possibility that the data is malformed and the function should return success/failure. If the Zig code is forcing error handling on a function with a known error possibility that's a good feature since programmers can code like, for example, fopen will never return NULL. I would save exceptions for errors that cannot be anticipated and which don't have a path forward other than program termination and find out what went wrong.

[@IsaacHarrisHolt]

Fair take! This is what languages like Go and Rust do. Errors are values, so you're forced to handle them when they arise, but you can also panic to halt termination

[@cbk620]

I don't like zig language. Code reading is not easy. İt is so complex

[@IsaacHarrisHolt]

That's fair! You get used to it pretty quickly though, and it's a lot easier to read than C or C++

[@cbk620]

@IsaacHarrisHolt try this :) fn writeToArrayListCallback(data: *anyopaque, size: c_uint, nmemb: c_uint, user_data: *anyopaque) callconv(.C) c_uint { var buffer: *std.ArrayList(u8) = @alignCast(@ptrCast(user_data)); var typed_data: [*]u8 = @ptrCast(data); buffer.appendSlice(typed_data[0 .. nmemb * size]) catch return 0; return nmemb * size;

[@TobiasCastillo-f7u]

The syntax is ugly af. I'll just use C

[@IsaacHarrisHolt]

Syntax should never be a big reason not to use a language. Unless that language is Perl.

[@xarcaz]

Zig has a lot of cool stuff, but IMHO there's sadly not much point in using it until it gets something equivalent to RAII.

[@IsaacHarrisHolt]

That's a fair take. If you use the larger data structures, and then immediately defer the deinit call, it's not THAT dissimilar to RAII patterns

[@regeleionescu935]

It looks like Java with pub, fn etc. Very verbose, too many words to do something

[@IsaacHarrisHolt]

I disagree, to some extent. Having more reserved words typically makes a language LESS verbose, as you only need a single word to achieve something that takes a lot in other languages (e.g. the `go` keyword in Go). I'm curious which language you're comparing to to form this opinion, though

[@kveonlichman2917]

no boilerplate knockoff ⁉⁉

[@IsaacHarrisHolt]

I prefer the word "inspired" 😉

[@todorelax1793]

pointers? no thanks!!!

[@IsaacHarrisHolt]

What's wrong with pointers?

[@f.artemenkov]

I program in Swift and feel lack of pointers in C-style, especially when implement bindings to C-libraries. In this case, Zig looks better.

[@ThomazMartinez]

slow down dude

[@IsaacHarrisHolt]

I'm too impatient 😁

[@ThomazMartinez]

@@IsaacHarrisHolt but its hard to learn zig and enjoy it content about is like this

[@IsaacHarrisHolt]

That's fair! Newer videos of mine have slowed down

[@igornowicki29]

Some music in background would be nice.

[@IsaacHarrisHolt]

Noted, thanks!

[@stoomkracht]

Noooo it is already way too fast to process and music is just an annoyance and distraction in focussed information sharing.

[@ayoubelmhamdi7920]

utrafast video, i can't continue watching, if i make it slow the voice will be weird

[@IsaacHarrisHolt]

It's meant to be fast! It's a reference video, and you can always pause it 😉

[@andrewbuzz7308]

Watching on a tablet it's an uncomfortable experience however you go about it. References are better as text probably

[@IsaacHarrisHolt]

Fair take. I appreciate this style isn't for everyone

[@Олег-ю3щ4ъ]

Python teaches Zig nothing. Async/await approach can't compete with Golang. Huge mistake.

[@IsaacHarrisHolt]

Agreed! Go's concurrency is absolutely next level

[@Little-bird-told-me]

Why bother to learn a new language, where there are no string only arrays defined as [u8], string manipulation function are verbose and clunky, and memory allocators are different paradym. Sure there error handling "try syntax" is good. The complier is your enemy. When we already have Rust why bother with zig ? A simple language with manual memory management and no head files

[@IsaacHarrisHolt]

All your points are very valid! Zig does have some advantages over Rust - it's a bit lower level, and you have more fine grained control over your memory management without having to resort to "unsafe" blocks and so on. Also, comptime is awesome

[@Evan490BC]

Is this your normal way of talking? You don't _have_ to cram all this content in a 10 minutes talk, you know... A 15 minutes video with you speaking at a slower pace would have been much better.

[@IsaacHarrisHolt]

I make content like this for the folks like myself who watch stuff at 2x speed and still find it too slow 😅

[@lassamaria]

I much prefer this to most videos which are with 80 percent fluff, chitchatting, ads, music, etc with very little real content. (No Boilerplate is another channel that does this right)

[@Evan490BC]

​@@lassamaria What does content have to do with speed of talking?

[@drygordspellweaver8761]

Just too verbose, and aside from the compile time metaprogramming I don't really see much benefit over vanilla C.

[@IsaacHarrisHolt]

There are a lot of benefits, I think. Allocators, error unions, tagged unions, unified tooling, better package management...