Is 2024 The Year Of Zig ?

แชร์
ฝัง
  • เผยแพร่เมื่อ 21 ธ.ค. 2024

ความคิดเห็น • 653

  • @SimGunther
    @SimGunther 7 หลายเดือนก่อน +609

    2024 is the year of "X is the year of ..." articles

    • @angelcaru
      @angelcaru 7 หลายเดือนก่อน +54

      linux desktop

    • @izeot9740
      @izeot9740 7 หลายเดือนก่อน +76

      @@angelcaru every year is the year of the linux desktop

    • @VojtěchJavora
      @VojtěchJavora 7 หลายเดือนก่อน +9

      That's literally every year

    • @jayshartzer844
      @jayshartzer844 7 หลายเดือนก่อน +26

      2024 is the year of current year and I'm tired of pretending it's not

    • @dmitriyrasskazov8858
      @dmitriyrasskazov8858 7 หลายเดือนก่อน +2

      @@VojtěchJavora But this year its different

  • @zwanz0r
    @zwanz0r 7 หลายเดือนก่อน +521

    "coffee machines are written in C". But to write C code, one needs coffee. How does that work?

    • @ytdlgandalf
      @ytdlgandalf 7 หลายเดือนก่อน +49

      Shut up you'll break the matrix if you repeat paradoxes which show our universe is built on false tenets

    • @ShaunHusain
      @ShaunHusain 7 หลายเดือนก่อน +27

      Bootstrapping from lower level or older high level languages compiled for the target architecture 🤓

    • @peterszarvas94
      @peterszarvas94 7 หลายเดือนก่อน +40

      You need to first eat coffee beans, then you can write assembly. With that, you can write a simple code for a basic coffee machine, then make coffee. From that point, you can write C code.

    • @DylanMatthewTurner
      @DylanMatthewTurner 7 หลายเดือนก่อน +10

      It's like how gcc is written in C. Originally we had assembly compile C, then used that to compile C.
      So first they made a coffee machine using assembly, then C

    • @overloader7900
      @overloader7900 7 หลายเดือนก่อน +9

      The same way they made first compilers: by manually rearranging atoms to take shape of coffee

  • @ebn__
    @ebn__ 7 หลายเดือนก่อน +40

    7:25 this is why I chose zig after escaping the Ivory Tower, simply due to the fact of how much stuff is already written in C, so being able to trivially use any C-library from zig without having to rely on some janky, possibly outdated bindings is invaluable… xlib, xcb, libgl, raylib.. the list goes on.

    • @DooMWhite
      @DooMWhite 7 หลายเดือนก่อน +1

      Why raylib? Sadge

    • @bjorn2625
      @bjorn2625 7 หลายเดือนก่อน

      Completely agree.

  • @inhuman4
    @inhuman4 7 หลายเดือนก่อน +123

    Zig's C interoperability is such a killer feature. Love it.

    • @bjorn2625
      @bjorn2625 7 หลายเดือนก่อน +15

      This is what I genuinely think will give Zig its space. First it comes in as a build tool and then slowly the codebase can add zig code. And there’s no marshalling.

    • @twujstary1129
      @twujstary1129 7 หลายเดือนก่อน +2

      problem with the interoperability is that it doesn't support C's bitfields, but when it is resolved, zig is gonna be lit

    • @blarghblargh
      @blarghblargh 7 หลายเดือนก่อน +2

      ​@@twujstary1129 the direct header based interop is still a WIP for sure. has some bugs with circular dependencies for translated C headers that are (partial) blockers for my first C to Zig porting project. I have faith this stuff will become a priority in the next few years, and will get solved.

    • @tyrabjurman3584
      @tyrabjurman3584 5 หลายเดือนก่อน

      @@twujstary1129 packed structs with different u1, u2, u3, and so on variable types?

    • @cyberpunkspike
      @cyberpunkspike 3 หลายเดือนก่อน

      @@twujstary1129 I just don't think the Zig project is serious about systems shit. No ABI? You fucking kidding me?

  • @imorvit
    @imorvit 7 หลายเดือนก่อน +87

    Also just a note on how zig errors work, Zig's `try errorResult` is the same as `errorResult catch |err| { return err; }`. All it does is say "if this is an error, return it so that the parent function can handle it"

    • @i-am-the-slime
      @i-am-the-slime 7 หลายเดือนก่อน +1

      Yeah except that it can't return errors, just mostly useless error codes.

    • @imorvit
      @imorvit 7 หลายเดือนก่อน +9

      @@i-am-the-slime they aren't error codes, they are switchable types, so that doesn't make sense. I've never felt held back by zig's type system

    • @chris-pee
      @chris-pee 7 หลายเดือนก่อน +1

      @@imorvit they're almost error codes: errors are int-backed enums. Meaning they're not unions, meaning they can't have a payload.
      There's a feature request on github, but it seems they have trouble implementing them as proper unions.

    • @imorvit
      @imorvit 7 หลายเดือนก่อน +2

      @@chris-pee like calling every enum ever a code. when someone says error code, i immediately default to errno or something painful like that. again, I've never felt restricted by not having an error payload

    • @Asrashas
      @Asrashas 7 หลายเดือนก่อน

      ​@@imorvit Seems like you know a fair bit about Zig. A question that came up for me, and I've seen at least one person in chat also ask it (unnoticed):
      What's the difference between Zigs
      ```
      const f = openFile(path) catch |e| switch(e) { ... }
      ```
      and rusts
      ```
      let f = match std::fs::open(path) { ... }
      ```
      ?
      Other than that rust also matches on the success case, whereas Zig only on the error case, I can't see anything. And, the more I think about, that's some nice convenience. I guess. Would make the pattern matching a bit more flat. If Zig had any pattern matching/destructuring like Rust has I'd see this as a considerable upside.

  • @davidli8936
    @davidli8936 7 หลายเดือนก่อน +52

    4:56 “Learning something is better than trying to figure out the best thing to learn ever.” Never have I related to something so hard.

    • @FlanPoirot
      @FlanPoirot 7 หลายเดือนก่อน +1

      we have ears too

    • @friedpizza262
      @friedpizza262 7 หลายเดือนก่อน +6

      @@FlanPoirot except we also have common sense, I'm not so sure about you

  • @nuxboxen
    @nuxboxen 7 หลายเดือนก่อน +90

    "I don't know what CLIT is... never found one"

    • @joelv4495
      @joelv4495 7 หลายเดือนก่อน +6

      💀

    • @BboyKeny
      @BboyKeny 7 หลายเดือนก่อน +4

      Now I want a short with a girl that start explaining the clitoris and it cut outs to a programmer saying "wrong, it's pronounced Cliteral" and then goes to give a brief explanation.

  • @SimGunther
    @SimGunther 7 หลายเดือนก่อน +85

    3:01 LISP has less syntax than GoLang because LISP is just words and values composed in a bunch of parentheses

    • @SimonBuchanNz
      @SimonBuchanNz 7 หลายเดือนก่อน +7

      ... is something that's only true until you realize that you just now need to learn the specific pattern matched by whatever macro is implementing what would be surface syntax in another language.
      Is it worse? Better? Who knows. But it's not really *usefully* true to say Lisp has simple syntax.

    • @crimsonbit
      @crimsonbit 7 หลายเดือนก่อน +5

      And Brainfuck has less syntax than than LISP.
      How much syntax a language has is not a good indicative of it's usefulness and is a pointless benchmark.

    • @atijohn8135
      @atijohn8135 7 หลายเดือนก่อน +2

      @@crimsonbit brainfuck actually has more syntax
      lisp is just two syntax rules, one for lists and the other for function application

    • @SimonBuchanNz
      @SimonBuchanNz 7 หลายเดือนก่อน

      @@atijohn8135 and various atomic literal types including identifiers *and* symbols, cons, quoting, unquoting, quasiquoting, whatever other stuff the specific implementation dumped in....
      Go look at the Racket reference section 1.3 for the reader and tell me thats less syntax than, say, lua or python. Other Lisps are even "worse".
      And *then* you have to learn all the standard macros that implement matching, classes, modules, etc that basically are just syntax.
      Lisps are great, but not because they have a simple syntax.

    • @Simon-xi8tb
      @Simon-xi8tb 7 หลายเดือนก่อน

      @@SimonBuchanNz Try Clojure. You won't be using that many macros or writing them yourself.

  • @imorvit
    @imorvit 7 หลายเดือนก่อน +139

    Zig is an awesome language. All of its bad PR is from people comparing it to Rust. Apples and oranges everyone!

    • @enzocalzone5298
      @enzocalzone5298 7 หลายเดือนก่อน +5

      If it wasnt still a developing language with long way to go and possible breaking changes, I wouldnt have quit learning it

    • @PiotrPavel
      @PiotrPavel 7 หลายเดือนก่อน +2

      I am waiting for more maturre zig.

    • @fortnitejimmy-ih3dn
      @fortnitejimmy-ih3dn 7 หลายเดือนก่อน +29

      Most of the criticisms boil down to three things:
      1. Unused variable errors (only complained about by people that don't use Zig)
      2. Memory safety (overrated - people get *hysterical* about this one)
      3. "Zig is UNUSABLE because it doesn't have inheritance/traits/closures/interfaces/macros/pattern matching/RAII/smart pointers/operator overloading/error payloads/function overloading/built in dynamic dispatch/async" (the worst complaint, if Zig had everyones favourite feature it would just be C++)
      It reminds me of a lot of the criticism that Go would get.

    • @mitch9254
      @mitch9254 7 หลายเดือนก่อน +15

      the cultaceans bashing everything that isnt their holy language? no way!

    • @TJackson736
      @TJackson736 7 หลายเดือนก่อน +7

      ​@@enzocalzone5298This year, Zig will reach 0.12, which will hammer down what the language is a lot. There will be much fewer breaking changes.

  • @pyrolistical
    @pyrolistical 7 หลายเดือนก่อน +116

    Zig competes with rust in the same way c competes with c++.
    They have different philosophies

    • @xanderplayz3446
      @xanderplayz3446 7 หลายเดือนก่อน +3

      I absolutely agree with this take.

    • @sidma6488
      @sidma6488 7 หลายเดือนก่อน

      So what you are saying is that Zig competes with Go?

    • @ythanzhang
      @ythanzhang 7 หลายเดือนก่อน

      ​@@sidma6488Only if you dont want gc

    • @arnabbiswasalsodeep
      @arnabbiswasalsodeep 7 หลายเดือนก่อน

      ​@@sidma6488i mean, isnt interoperability with C as feature a dead giveaway about that?

    • @andrewdunbar828
      @andrewdunbar828 7 หลายเดือนก่อน +17

      I choose C over C++ and I choose Rust over C++ and I choose Zig over C++.

  • @havokgames8297
    @havokgames8297 7 หลายเดือนก่อน +4

    Your interview content is always so good. More please.

  • @benjikrafter
    @benjikrafter 7 หลายเดือนก่อน +121

    Zig's C Interoperability is interesting to mix it with older C code.

    • @IamPyu-v
      @IamPyu-v 7 หลายเดือนก่อน +5

      Sadly Zig's C interoperability would be limited after the LLVM divorce.

    • @pierreollivier1
      @pierreollivier1 7 หลายเดือนก่อน +25

      @@IamPyu-v No it won't, be limited at all LLVM is the backend and will still be accessible and maintained, they just want to also offer their own back-end for faster compilation speed. And because LLVM doesn't handle async well

    • @earx23
      @earx23 7 หลายเดือนก่อน +4

      They say the build system is much better than cmake, for instance. It supposedly makes building C code a breeze?

    • @TJackson736
      @TJackson736 7 หลายเดือนก่อน

      ​@earx23 that is my experience. The Zig build system is now my goto for C and C++ compilation. The Zig build system is also getting a decent minority of all C and C++ programmers to use it since it is a simple system for managing dependencies. Once they add in the package manager like Anaconda for Python, it will take off even harder.

    • @TJackson736
      @TJackson736 7 หลายเดือนก่อน

      To follow up, the Zig build system uses Zig Object Notation (.zon) files where the objects are just Zig structs. The builder object is just a Zig object that you use to call a Zig function. The Zig build system is just like a Zig library that can build and compile Zig, C and C++. There is no second language to learn as it is all just Zig. Imagine if C and C++ macros were just the language itself, it would be amazing.

  • @kenneth_romero
    @kenneth_romero 7 หลายเดือนก่อน +21

    andrew kelly said they're changing the syntax after 0.12. can't wait to see what type of optimizations they can get with a different syntax. pretty exciting language, just has a lot more work to be done on it.

    • @uoweme5grand
      @uoweme5grand 7 หลายเดือนก่อน +2

      ahh man seriously?? lol. I just finished with ziglings lol. Oh well I'll take another look later. Hopefully they reach 1.0 soon

    • @Dewd98
      @Dewd98 7 หลายเดือนก่อน +4

      Where did you read this? I'm curious, but struggling to find any mention of it

    • @kenneth_romero
      @kenneth_romero 7 หลายเดือนก่อน +6

      @@Dewd98 from the 2024 zig roadmap. 0.12 is gonna be heavily supported and many companies are going to pin that version for support from official zig people too.

  • @notuxnobux
    @notuxnobux 7 หลายเดือนก่อน +18

    29:08 comptime is so powerful that i made a joke program where I read a json file (file stored on disk) at compile time and converted it into a struct and used that struct as a regular struct in the code.

    • @blarghblargh
      @blarghblargh 7 หลายเดือนก่อน +13

      this sounds less like a joke and more like the exact reason you want comptime, to support better dynamically generated interop. sounds cool :D

    • @Dewd98
      @Dewd98 7 หลายเดือนก่อน +5

      A use case I've used this for is using comptime to automatically create structs for glsl uniform buffers, so they're always in sync. Can save some headaches in the long run!

    • @foxwhite25
      @foxwhite25 7 หลายเดือนก่อน

      They don't have sandbox in comptime? That sounds like a supply chain attack about to happen

    • @foxwhite25
      @foxwhite25 7 หลายเดือนก่อน

      What if I wrote a lib, but I later add a comptime to scan your disk and upload any interesting file to a remote server 🤔

    • @SimonBuchanNz
      @SimonBuchanNz 7 หลายเดือนก่อน +3

      You can do the same in Rust with proc macros, but it's probably a lot more of a pain. (Though you don't actually have to use syn unless you need to parse arbitrary Rust source, emit is much simpler)

  • @roccociccone597
    @roccociccone597 7 หลายเดือนก่อน +61

    As someone who really likes Go I have to admit I like Zig. I’ve been looking into it and there are a couple of things that Go could actually adopt from Zig.

    • @bluzytrix
      @bluzytrix 7 หลายเดือนก่อน +3

      Can you please name those things?

    • @mgord9518
      @mgord9518 7 หลายเดือนก่อน +15

      Used Go before switching to Zig.
      There are so many niceties that using Zig for lower-level tasks (like bitfields, C-integration, etc) is much easier than Go

    • @steveoc64
      @steveoc64 7 หลายเดือนก่อน +4

      I wish Go had opt-in manual memory management.
      (You can using unsafe and C FFI, but it’s an extreme option)
      They could have done this, but decided that half-baked generics was a better move, as the Go user base got flooded with new Java converts or something.

    • @tonyb3123
      @tonyb3123 7 หลายเดือนก่อน +6

      ​@bluzytrix
      For me its a few things
      1. Optionals
      2. ArrayList in the standard library (I do not like the implicit backing array behavior of Go slices)
      3. The "try" syntax as a shorthand for "if err != nil" (There's been discussion about Go adding this)
      4. String literals being automatically compatible with C
      5. Defaulting pointers to nil needs to be explicit with an `undefined` instead of being tied to Go's zero-ing behavior.
      Some of those are realistic for Go to implement, others are not. ArrayList is a big one for me though.

    • @sgwong513
      @sgwong513 7 หลายเดือนก่อน +3

      same for me, Go should adopt Zig error handling (I hate those error handling every line of Go), optional, enum(yes, real enum), and union.... So, Go will be Zig with auto GC and Go has huge library to ready.

  • @maxilp4952
    @maxilp4952 7 หลายเดือนก่อน +55

    bro is able to turn 9 min into 48, content beast

    • @lodgin
      @lodgin 7 หลายเดือนก่อน +9

      Except it's not content, it's a lot of speaking without actually saying anything.

    • @TopOtheMorntoya
      @TopOtheMorntoya 6 หลายเดือนก่อน +1

      ​@@lodgin Or maybe you just don't think much......

    • @lodgin
      @lodgin 6 หลายเดือนก่อน +3

      @@TopOtheMorntoya Uhhh, you're saying _I_ don't think very much because I'm not easily entertained by his mindless waffling like yourself? That's some heavy projection there, buddy.

    • @TopOtheMorntoya
      @TopOtheMorntoya 6 หลายเดือนก่อน

      @@lodgin how easily you are entertained is not a sign of low intelligence or thinking, actually quite the opposite based on several studies but that is besides the point. Perhaps you should take a second and reflect on who the target audience is before you judge. He gives advice, you say he does nothing, meanwhile everyone else following his advice is living a better life than you. Stay sad, stay mad broke boy.

    • @micah9462
      @micah9462 5 หลายเดือนก่อน

      @@lodgin Or maybe you just don't think much......

  • @CaptainNinjaKid
    @CaptainNinjaKid 7 หลายเดือนก่อน +32

    Understanding control flow better, having explicit allocators, and having comptime make zig the ideal language for game dev imho.

    • @gideonunger7284
      @gideonunger7284 7 หลายเดือนก่อน +4

      and its unstable ABI and impossibility to ship pre compiled libs that dont go over C ffi make it a really bad language for game dev.
      zig is an interesting language and i have met andrew kelley before but it has some deep inherent and unresolvable flaws.

    • @nathanfranck5822
      @nathanfranck5822 7 หลายเดือนก่อน

      @@gideonunger7284 I'm braindead, but what is an example of a precompiled lib that doesn't go over c ffi, and what language is that? I'm just thinking maybe C# DLLs or something? Does C++ allow for a more advanced ffi or something?

    • @pierreollivier1
      @pierreollivier1 7 หลายเดือนก่อน

      @@gideonunger7284 You won't miss it as much once they have the incremental compilation, because than you can basically recompile your code really fast, and make the change you need.

    • @fortnitejimmy-ih3dn
      @fortnitejimmy-ih3dn 7 หลายเดือนก่อน

      @@gideonunger7284 You can get around the pre-compiled libs problem by just wrapping that C interface in a Zig API

    • @blarghblargh
      @blarghblargh 7 หลายเดือนก่อน +8

      @@gideonunger7284 "impossibility to ship pre compiled libs that dont go over C ffi make it a really bad language for game dev"
      with that criteria in mind, what languages do you think isn't a "really bad language for game dev"? C#?
      when you say "for game dev", are you talking about tools, middleware, engines, games, or development platforms? are you talking about open source, or a B2B use case? cause they all have different solutions to this problem.

  • @Foulgaz3
    @Foulgaz3 7 หลายเดือนก่อน +48

    I think zig has the best philosophy for it to be adopted. The fact that it essentially can be used as an all-in-one replacement for cmake and clang/gcc and integrates well with C code is fantastic. Rust was created to be it's own entity, which is the biggest turnoff for people learning it imo

    • @infastin3795
      @infastin3795 7 หลายเดือนก่อน

      Nah, it can't replace CMake. I tried and it couldn't even link with libasan because clang is shit.

    • @blarghblargh
      @blarghblargh 7 หลายเดือนก่อน

      @@infastin3795 did you file a bug on this prerelease software? or did you decide to just write it off and then tell everyone you did?

    • @kuhluhOG
      @kuhluhOG 7 หลายเดือนก่อน +12

      @@infastin3795 libasan literally originated in clang... so that sounds more like a skill issue
      but here's a small gotcha between these two:
      - gcc's -fsanitize=address is equivalent to clang's -fsanitize=address -shared-libasan
      - clang's -fsanitize=address is equivalent to gcc's -fsanitize=address -static-libasan
      so, maybe that was your problem
      btw, thank gcc developers for that difference

    • @TheSulross
      @TheSulross 7 หลายเดือนก่อน +3

      me thinks Zig is THE best effort thus far at a language that could be a replacement for where C is used.

    • @andrewdunbar828
      @andrewdunbar828 7 หลายเดือนก่อน

      @@TheSulross I don't disagree but have you also looked into Odin?

  • @Xemptuous
    @Xemptuous 7 หลายเดือนก่อน +37

    Zig is my #1 favorite language. I tried to like Rust, i truly did, but once I tried Zig, I fell in love with how easy it was to just "do stuff"

    • @egorsozonov7425
      @egorsozonov7425 7 หลายเดือนก่อน +3

      Yeah, it’s so easy to implement a trait on a struct, right?

    • @pierreollivier1
      @pierreollivier1 7 หลายเดือนก่อน +1

      @@egorsozonov7425 It is, there are multiple ways of doing that with the @hasDecl for example, and with comptime evaluation, and anytype.

    • @blarghblargh
      @blarghblargh 7 หลายเดือนก่อน +3

      @@egorsozonov7425 traits on structs are indeed one of the easier parts of rust. it's not a feature of zig, and there are much more difficult parts of rust.

    • @mgord9518
      @mgord9518 7 หลายเดือนก่อน

      ​@@egorsozonov7425Zig doesn't use traits, using a different language comes with learning how to use it

    • @ForeverZer0
      @ForeverZer0 7 หลายเดือนก่อน +4

      I have been dabbling in Zig when I get the time, and it is indeed a a super interesting language that I definitely want to deep-dive into as my next "go-to" language. It is definitely my own skill issues, but I find Rust to be too restrictive to do the things I want to do (mainly game-dev stuff), and I too often find myself fighting against the language instead of just getting stuff done.

  • @leee-ou
    @leee-ou 3 หลายเดือนก่อน

    Danke!

  • @ImmiXIncredible
    @ImmiXIncredible 7 หลายเดือนก่อน +5

    Yo prime, nice to see you on more zig. Regarding the try syntax: postfix operators are not a big thing in zig in order to promote explicit intermediate values. Zig is a hardcore imperative language, so chaining is intentionally kept to a min.

  • @kevinkkirimii
    @kevinkkirimii 7 หลายเดือนก่อน +34

    Finally Prime coming around to Zig. I believe its going to replace C for sure. They have alot to do at the moment, though.

    • @TehKarmalizer
      @TehKarmalizer 7 หลายเดือนก่อน +4

      The man is like a squirrel. Everything catches his attention at some point.

    • @Enjgine
      @Enjgine 6 หลายเดือนก่อน +1

      @@TehKarmalizersquirrels eat nuts. He may give everything attention, it doesn’t mean he comes around in everything. He likes zig. He doesn’t like every single project.

  • @dudethebuilder
    @dudethebuilder 7 หลายเดือนก่อน +7

    Hey dudes! Glad to see Zig being explored and curiosity growing day-by-day. I've got a couple of playlists for learning Zig. Zig Master covers the latest version: th-cam.com/play/PLtB7CL7EG7pDKdSBA_AlNYrEsISOHBOQL.html&si=rylNoBpDV14kfjIh ; and Zig in Depth covers version 0.11: th-cam.com/play/PLtB7CL7EG7pCw7Xy1SQC53Gl8pI7aDg9t.html&si=-py8hirleVyyKpHj . For Spanish-speakers there's also Zig Master en Español: th-cam.com/play/PLtB7CL7EG7pC960XOA5vymEyTfQ3M_QhL.html&si=vcTfQf5TEwwwRURk

    • @ZenonLite
      @ZenonLite 7 หลายเดือนก่อน +1

      Love your zig vids!

    • @bjorn2625
      @bjorn2625 7 หลายเดือนก่อน

      Your Zig playlists are AMAZING!

    • @nikocarpenter
      @nikocarpenter 6 หลายเดือนก่อน

      Yes, they are.

  • @steveoc64
    @steveoc64 7 หลายเดือนก่อน +3

    A big difference with Zig/Odin/Nim/etc … vs The Others, is independence. They are run by programmers, for programmers.
    Development costs are funded by genuine enthusiasts, with money flowing back to hiring qualified contributors.
    There is no committee of highly paid political lobbyists who suck up the funding, telling the pleb volunteer programmers what to do next and how to do it.
    Proper Freedom isn’t always the most efficient way to get anything done .. but damn, it’s the most fun by a long shot.

    • @Pabloparsil
      @Pabloparsil 7 หลายเดือนก่อน

      You don't understand. We just approved the C++45 standard with 4748292 new features. We expect the people behind gcc, llvm, etc to start programming at once.

  • @keymatch-clovis
    @keymatch-clovis 7 หลายเดือนก่อน +39

    The only way you can make driving 100% safe, is just to not drive.

    • @blarghblargh
      @blarghblargh 7 หลายเดือนก่อน +4

      sure. we can agree that staying home forever is a nonstarter.
      but we can also agree that riding a JATO rocket everywhere also isn't safe.
      and we can also optimize the safety of the car itself, the training of drivers, the road construction and city planning, and the rules of the road.
      it needs to turn into a series of conversations and agreements for someone, somewhere. and it can be valuable for us to at least understand those conversations, and possibly for us to be involved in those conversations in some cases.

    • @keymatch-clovis
      @keymatch-clovis 7 หลายเดือนก่อน +2

      @@blarghblargh Sure, what I'm trying to say is that no matter how much we improve languages, generate patterns, tools, etc. Problems will be latent. As such, we must try to not avoid them, but tend to them. And I feel the better language is the one that does just that, in a simple and elegant way.

    • @blarghblargh
      @blarghblargh 7 หลายเดือนก่อน +4

      @@keymatch-clovis I don't think simple and elegant are necessarily always the right tools. sometimes what you need is for bugs to stick out like a sore thumb. this is especially true in languages focused on performance, where you actually need to do some "risky" things for purposes of efficiency, and need a useful way to thoroughly audit them.
      But yeah I think I generally agree with you. I just think a lot of people (not necessarily you, here) choose to use blanket statements to cover up things they don't want to deal with, when really the whole ecosystem could benefit from more expertise across the board. We will get to significantly better places through hard work done by lots of people, not (just) with savior languages or magic bullet features. Those can help too, for sure, but they're not going to save us.

    • @Kane0123
      @Kane0123 7 หลายเดือนก่อน +4

      Trains are the answer most of the time.

    • @blarghblargh
      @blarghblargh 7 หลายเดือนก่อน

      @@jamad-y7m if your Tesla has the portable extra dimensional wormhole installed, maybe. Studies show that Tesla drivers are very accident prone. They also don't magically save you from tractor-trailers or vehicles that are significantly taller, like SUVs

  • @xthebumpx
    @xthebumpx 7 หลายเดือนก่อน +12

    Are we going to get the reaction to the I'm Leaving Rust GameDev article as a vod?

  • @michaelreese401
    @michaelreese401 7 หลายเดือนก่อน +1

    18:02 A similar mechanism to defer exist in Dlang: scope(exit)
    29:28 Compile time function execution (CFTE) like this could be done with Dlang already ages ago.

  • @codewizard58
    @codewizard58 7 หลายเดือนก่อน +4

    Anybody else here who remembers segment registers and non flat address spaces as on the 8086?

  • @zactron1997
    @zactron1997 7 หลายเดือนก่อน +1

    8:02 Agreed, but that's also because computer science has based its curriculum off of C (and C-like languages) for half a century. It's like saying a piano naturally represents music theory, where in reality the standard 12-tone scale is largely built around the piano. Not to say C or the piano are bad or holding back either field, just that their ability to feel natural isn't unique to them nor an accident.

  • @noah-4482
    @noah-4482 7 หลายเดือนก่อน +2

    15:54 Why is Result an "evil" statement. Frantically asking since most of my error handling is done this way lol.

    • @giorgos-4515
      @giorgos-4515 7 หลายเดือนก่อน +2

      Not too familiar with Rust but couldnt it be rewritten as Result where ErrorKinds is an enum where you put your possible errors?

    • @christopher8641
      @christopher8641 7 หลายเดือนก่อน +2

      There is nothing wrong with it if it fits your needs

    • @Aras14
      @Aras14 7 หลายเดือนก่อน +4

      You normally make an enum with all the possible errors, makes it possible to fully handle all errors (not having some default which mostly is panicking). Also it's a little bit faster (no box, no vtable)

    • @rasibn
      @rasibn 7 หลายเดือนก่อน +1

      We just use anyhow

    • @christopher8641
      @christopher8641 7 หลายเดือนก่อน +1

      @@Aras14 there is nothing wrong with doing that if it fits your needs

  • @richtourist
    @richtourist 7 หลายเดือนก่อน +3

    @41:59 Matheoux7 posted "zig reverted async"! That is so important. Zig was about to go down the C++ route of including all the latest 'cool' gimmicks, but in the process introducing all sorts of footguns (footgun mentioned). Thank god they reverted it. Well done Zig team. The devil is in the details though.

    • @ITSecNEO
      @ITSecNEO 4 หลายเดือนก่อน

      But what is the alternative? Do they focus on something like channels? Or what is the new approach?

    • @richtourist
      @richtourist 4 หลายเดือนก่อน

      @@ITSecNEO I've used Go's channels and they seemed to be nice; but it would be better still to have a thread orchestration primitive, and then the compiler could do static analysis on it.

  • @Baltasarmk
    @Baltasarmk 7 หลายเดือนก่อน +6

    I had the same opinion about “what should I learn next?” questions. But then I spent 4 months learning Rust for game dev. It isn't very good for that. Looking back, if I asked and read more opinions, I would spent that time on something more useful, like making my peace with Cpp.

    • @leeroyjenkins0
      @leeroyjenkins0 5 หลายเดือนก่อน

      Why isn't it good for game dev, more precisely? Genuinely asking

    • @ITSecNEO
      @ITSecNEO 4 หลายเดือนก่อน

      ​@@leeroyjenkins0Well one word describes it pretty good: Lifetimes. Game Dev is also all about performance, so you need to handle GPUs very good and also need to support multithreading and other performance stuff. Rust is definitely not the language where you want to do all that, trust me. There are a lot of game engines for Rust, but literally not a single game (with bigger impact) made with one of them 😅 so yeah, try Rust for Game Dev, but you will not be happy

  • @informagico6331
    @informagico6331 7 หลายเดือนก่อน +1

    I just love how Prime and LowLevel are becoming friends. They're just my favourite TH-camrs

  • @angelcaru
    @angelcaru 7 หลายเดือนก่อน +17

    My favorite way to do error handling in Rust is by returning a `Result`. When an error occurs, you simply eprintln!() it and return Err(()). So if all of your functions do this, it's very easy to use the `?` operator and not worry about converting between error types. Of course, this might not be the most versatile approach, but for application code it's fine 99% of the time (Library code is different)

    • @ehllie
      @ehllie 7 หลายเดือนก่อน +5

      Have you heard about the anyhow crate?

    • @Lucs-ku5cb
      @Lucs-ku5cb 7 หลายเดือนก่อน +1

      Try color-eyre crate

    • @TheQxY
      @TheQxY 7 หลายเดือนก่อน +3

      Funnily enough, this makes it work closer to how it works in Go. And I often hear people say Go should adopt something similar to Rust's error handling.

    • @angelcaru
      @angelcaru 7 หลายเดือนก่อน +3

      @@ehllie The whole point of my approach is that I don't have to download extra crates. So no

    • @brunopena3710
      @brunopena3710 4 หลายเดือนก่อน +1

      when i'm prototyping i tend to make a "generic" result type that can catch anything that implements the Error trait, it works well: type GenericResult = Result

  • @ebn__
    @ebn__ 7 หลายเดือนก่อน +1

    46:25 read the tests next to the function implementation :)

  • @gymdis
    @gymdis 7 หลายเดือนก่อน +2

    The zzd example is missing `defer file.close()`, no? I'm fine with explicit allocations if combined with RAII.

    • @ITSecNEO
      @ITSecNEO 4 หลายเดือนก่อน

      Doesn't the compiler error if we forget to defer?

  • @rallokkcaz
    @rallokkcaz 7 หลายเดือนก่อน +1

    LLL/Ed was one my childhood best friends (12-16), we wrote game maker language code/built 2006-2010 style websites (that I often had to "fix" because I had 1 or 2 years more experience than him). We'd stay up all night programming and studying and drinking energy drinks (vault gang/mr coffee gang). We woke up so many days at his parents house at 2-4pm because we stayed up til they made us coffee and breakfast when they woke up, my parents would always let me stay over because they knew I was working on stuff/learning, super funny hahaha. It's crazy to see him on your channel! Long live the joveproject and long live mario fan games.

    • @rallokkcaz
      @rallokkcaz 7 หลายเดือนก่อน

      Don't forget about the ROM hacks haha.

  • @smile4cs
    @smile4cs 7 หลายเดือนก่อน +3

    zig is a great centrist systems language, its almost exactly what a C continuation should be imo.

  • @bluesillybeard
    @bluesillybeard 7 หลายเดือนก่อน +1

    I just like Zig's compiler. I can write my code, in C or Zig, and compile it for all of my supported platforms with a single command. Right now, I'm working on a library similar to GLFW or SDL, and being able to use C to talk to libraries like Xlib in a more reasonable fashion while using Zig to do the "hard" stuff, all using a single build file is just so nice.

    • @SimonBuchanNz
      @SimonBuchanNz 7 หลายเดือนก่อน

      Compilation for all platforms is half LLVM and half a licensing issue for the SDK. IIRC, Zig is doing some heavy lifting there to package up the platform SDK for you without hitting licensing issues, but Rust should get it "soon" (raw-dylib feature), in a way that arbitrary packages can define the linkage across targets without external libraries (and it's already supported by the windows package).

  • @AloisMahdal
    @AloisMahdal 7 หลายเดือนก่อน

    14:40 I sort of think there's more common space on this between you and Uncle Bob than you admit; IIRC his advice in his talks is boils down to "babysitting" the try/catch in to a function of its own, and then return a "normal" value. (I'm not sure, though, I need to re-watch your interview with him.)

  • @MrSwac31
    @MrSwac31 7 หลายเดือนก่อน +8

    C is chaotic neutral, chaotic evil is C++.

    • @blarghblargh
      @blarghblargh 7 หลายเดือนก่อน +1

      is lisp chaotic good?
      I'd call php chaotic evil. or perl.

    • @leeroyjenkins0
      @leeroyjenkins0 5 หลายเดือนก่อน

      ​@@blarghblarghlisp is lawful evil

  • @bjorn2625
    @bjorn2625 7 หลายเดือนก่อน

    For me the most confusing thing with Zig is its allowance of . to dereference a pointer and access a struct’s members. In C++ it’s super clear that I’m dealing with a pointer when I use ->. While that may make it easier to write it makes it a lot harder to read; am I operating on a copy of the data or the original data?

  • @nightshade427
    @nightshade427 7 หลายเดือนก่อน +5

    C is awesome, super simple, and with the newer safety stuff like shadow stacks, _s methods, etc, it's getting safer and safer to use.

    • @kuhluhOG
      @kuhluhOG 7 หลายเดือนก่อน +2

      sidenote: a lot of C standard libraries refuse to implement the _s functions
      that includes glibc

    • @nightshade427
      @nightshade427 7 หลายเดือนก่อน

      @@kuhluhOG shadow stack isn't supported everwhere either, you can still use checked versions like snprintf, or use something like safeclib, was just mentioning that there are safer ways to use c when those things are available.

    • @pskocik
      @pskocik 7 หลายเดือนก่อน

      True on the first part. With a bit of preproccessor magic I can have most of the niceties of zig, many of which done better. IMHO, zig has made some really stupid choices. But shadow stacks suck too. I'll rather have security through clean and/or statically verified code than have my assembly littered with that codebloating endbr64 nonsense. -fcf-protection=none and nice dense assembly outputs for me please.

    • @kuhluhOG
      @kuhluhOG 7 หลายเดือนก่อน +1

      @@pskocik tbf, the endbr64 (and other assembly weirdness) comes from the fact that LLVM can sometimes produce weird code when it gets input it doesn't expect (which is something a lot of projects using LLVM but aren't part of the LLVM project like clang have a problem with actually)
      but well, we will see how long term Zig's self-made backend will end up
      but there is one thing I disagree with you: the C preprocessor sucks; and to this day I haven't seen one preprocessor thing where I would be like "yeah, that's better than what you can get in Zig or even C++99 templates" (and the latter is quite frankly a really low bar)

    • @nightshade427
      @nightshade427 7 หลายเดือนก่อน

      @@kuhluhOG true, though you can always use something like safeclib or equivalent if you want more safety on glibc

  • @timodempwolf6560
    @timodempwolf6560 7 หลายเดือนก่อน +1

    Pointers to stack allocated objects caught me so much when I started with zig

  • @The1RandomFool
    @The1RandomFool 7 หลายเดือนก่อน +4

    I'm curious why his allocator is the page allocator. Won't each allocation will give an entire page of memory regardless of how small the allocation is?

    • @Salabar_
      @Salabar_ 7 หลายเดือนก่อน +4

      You're supposed to figure out your memory layout upfront and ideally allocate all of it in one swoop.

    • @sanderbos4243
      @sanderbos4243 7 หลายเดือนก่อน +4

      You're right. I think it would've been better if he used page_allocator as described under the "Choosing an Allocator" section of Zig's official documentation, where it is shown how you can wrap the page_allocator in an ArenaAllocator to get something more similar to a dynamic array/vector. I can say from a year of experience with Zig that arenas are awesome, since you don't have to worry about freeing ptr1 nor ptr2 individually, as it all happens at the .deinit():
      var arena = std.heap.ArenaAllocator.init(std.heap.page_allocator);
      defer arena.deinit();
      const allocator = arena.allocator();
      const ptr1 = try allocator.create(i32);
      const ptr2 = try allocator.create(i32);

    • @The1RandomFool
      @The1RandomFool 7 หลายเดือนก่อน +2

      @@sanderbos4243 Another thing I like about the arena allocator is it can be reset at any time while retaining the capacity and be reused.

  • @CallousCoder
    @CallousCoder 7 หลายเดือนก่อน

    And yeah ghost allocations is the reason that when I worked in medical systems we weren’t allowed to use libc. We wrote all we needed ourselves, as to be damn sure that if libc changed or the platform changed the code was still tested and working. Last thing you want with an insulin pump (and that was the junior/medior development because insulin is forgiving) is that you had a OOM and in an embedded device you don’t see that, and it will not deliver that insulin when needed.

  • @samjiman
    @samjiman 2 หลายเดือนก่อน

    I've used Python and D recently, and I'm thinking of trying Zig for an upcoming project.

  • @andrewdunbar828
    @andrewdunbar828 7 หลายเดือนก่อน +14

    Odin is more like C than Zig is even though it's also quite Pascal-like. Zig has the momentum from Bun. I like both, and Rust. Go doesn't bring back the joy of coding C that Zig, Odin, Rust, and Swift do.

    • @Varpie
      @Varpie 7 หลายเดือนก่อน +7

      Go is boring, but it gets the work done. Zig, Odin, Rust and Swift are more interesting, but also have a higher learning curve. They're all good languages, for different reasons. If I had 2 days to write a prototype, I'd pick Go. If I had a year to write a solid program, I'd probably choose Rust. And if I also needed interaction with C, I'd go for Zig.

    • @zulupox
      @zulupox 7 หลายเดือนก่อน +2

      I tried both Zig and Odin. Odin wins for me. Zig is annoyingly verbose. Coding in Odin is a joy in comparison.

    • @andrewdunbar828
      @andrewdunbar828 6 หลายเดือนก่อน

      @silas-bv1ql That's not what I've found. I had some outliers when I was experimenting with all these languages at with some of them there was a slowdown caused by array/slice bounds checking which, in Odin and Zig at least can be turned off. Some were also affected by their dynamic array or map/dictionary implementation. The one that surprised me by its slowness was Swift, but unlike Odin and Zig I didn't go to their Discord to ask for advice so maybe it could've been better.

    • @zulupox
      @zulupox 6 หลายเดือนก่อน +1

      ​@silas-bv1ql How big difference was it now? Last I checked it was a pretty small difference

  • @TheHackysack
    @TheHackysack 7 หลายเดือนก่อน +2

    8 seconds in, he says "we're like 2 minutes in" lol

  • @v1ntee
    @v1ntee 7 หลายเดือนก่อน +1

    18:10 ok, that's amazing

  • @rabdpnguin
    @rabdpnguin 7 หลายเดือนก่อน

    But doesn't go essentially have try/catch with panic/recover and rust with panic/catch_unwind?
    try/catch can have it's usefulness. It can be much easier to escape multiple levels of functions with a simple try/catch then multiple levels of returns and if/match statements. But if you don't like try/catch then you can just think of throw as panic and just don't catch it. Nothing is stopping anyone in any that has functions from returning an error rather than using try/catch.

  • @Dongdot123
    @Dongdot123 7 หลายเดือนก่อน

    The fact that I can install zig as a clang replacement in my windows for some libraries/apps is just mindblowing

  • @GottZ
    @GottZ 7 หลายเดือนก่อน +2

    most of skill issues in rust can be wrapped in unsafe.

  • @decoyslois
    @decoyslois 2 หลายเดือนก่อน

    Came for information about Zig, instead got inspired to learn every day and live life as it comes to me and use my best judgment rather than worry about what perfect is all the time.

  • @darknetworld
    @darknetworld 7 หลายเดือนก่อน +1

    It depend on the user and which area targeting. For this it is portable and small. But depend on the size as it need cross platform tool compiler to handle those stuff. To able to export to different platform is easy and hard. vs those toolchain has big file depend which toolchain is it and packages. zig is about 300mb last checked for exe size is 150mb. While other is +400mb. It depend on application and packages. It all one package or crazy different config builds.

    • @kuhluhOG
      @kuhluhOG 7 หลายเดือนก่อน +2

      I am not sure, what you are saying here, but just to clarify:
      Zig can cross-compile to a lot of different architectures and operating systems out of the box.

  • @jared8411
    @jared8411 6 หลายเดือนก่อน

    Something that looks important to me about Zig is it seems less opinionated, and I think a language that simply 'allows for' but not built around assumptions, that is what I look for ... (I take the same view with social and economic systems. lol)
    I don't know because I haven't really spent time with Zig yet, but it looks appealing.

  • @reductor_
    @reductor_ 7 หลายเดือนก่อน +1

    I think defer is a bad design...this code demonstrates one of the reasons, where is the close for the file? The defer was missed.
    There are many other issues with defer like scoping, slow, etc.
    EDIT: Just spotted fBuf clean-up was missing

  • @devpitch
    @devpitch 6 วันที่ผ่านมา

    There are zero jobs for Zig yet, but anyone who can get rid of GC while enforcing safety against leaks is a genius. Keep pushing and get more VC!

  • @iamavolk
    @iamavolk 7 หลายเดือนก่อน

    26:30 "You should learn," and the round of applause. Great, Primeagean! Very good.
    Now tell that to an employer who prefers 100+ years of experience in every effing damn framework for ONE language (otherwise, if your interests are broad -- you're considered mediocre at everything, at best, from the get go) as deep as possible for the "new grad" position for 16/hr

  • @CaptTerrific
    @CaptTerrific 7 หลายเดือนก่อน

    31:42 I LOVE this feature!! It's like having a garbage collector without the garbage collector

  • @Lars-ce4rd
    @Lars-ce4rd 7 หลายเดือนก่อน +1

    Wise words from ThePrimeagen:
    "If you can just keep on having something you can do again, that's better than the thing you'll do once."
    Or equivocally: smoke weed everyday.

    • @andrewdunbar828
      @andrewdunbar828 7 หลายเดือนก่อน

      I keep equivalating about that.

  • @alst4817
    @alst4817 4 หลายเดือนก่อน

    @36:00 ‘skill issue’ is just ego stroking. P ! NP
    Difficulty can’t just be hand waved away…

  • @ZenonLite
    @ZenonLite 7 หลายเดือนก่อน +1

    Writing and reading zig code is so freaking simple!

  • @maxlee3838
    @maxlee3838 7 หลายเดือนก่อน

    I just end up writing actor systems over and over again in async. Someday I’ll figure out macros and make that into a proper crate.

  • @Alexander_Sannikov
    @Alexander_Sannikov 5 หลายเดือนก่อน

    In terms of safety, medium-core C++ is straight up safer than zig. As long as you're using smart pointers, as long as you never use new/delete/malloc/free manually, you're already never going to get memory leaks in C++. In zig, absolutely nothing stops you.

  • @antoniong4380
    @antoniong4380 7 หลายเดือนก่อน

    21:51 It seems Ziggs has a sort of like a global "std enum" for errors. I think the reason Rust isn't using this `catch |e| switch (e)` is the fact that Rust's Errors are not something special of the language, but a sort of neat byproduct of the design choices done, aka Enums. so far, the only thing that makes Error special is the fact that it is implemented by std, and everyone is following std. So far, no specialized syntax to catching errors. Even the "?" used to early return errors are being converted into a Trait call, which is for now, a step closer to make Rust's std more like a library instead of Compiler's Magic doing background work for you.

  • @mmsbludhound873
    @mmsbludhound873 5 หลายเดือนก่อน

    The biggest problem about Zig is that the language is still very unstable ATM. I'm actually working on a game using Zig and Raylib and things get broken every major update. Aside from that the language is a joy to work with as long as you're prepared to potentially adjust your code due to breaking changes every now and then. Also LLM assistants have yet to adjust to the latest version of the language. That said I can see it being my favorite language once the language itself is stable enough.

  • @platin2148
    @platin2148 7 หลายเดือนก่อน

    Hmm seems like a lot like Odin but with more syntax quirks on top and the nice comptime which it currently doesn’t have.

  • @tempy-tq3ix
    @tempy-tq3ix 7 หลายเดือนก่อน +1

    people tend to search for a more optimal path when they want to do less work which ithink many programmers now adays because alot of people go into programming for money (happens in all careers that balloon up)

    • @bigsnacks913
      @bigsnacks913 7 หลายเดือนก่อน +1

      yeah life also gets pretty busy when you're not a CS student/beginning of your career dev. Happens in most areas as you get older. The fluff falls to the wayside.

  • @AlexHerlan
    @AlexHerlan 7 หลายเดือนก่อน

    The answer to "should I LEARN X or Y" is always "you should learn X AND Y". Obviously you don't have to master both things, but you gain so much more insight when the time comes to answer the question "which language should I USE (for a particular problem)". Unless you're jumping between Functional, Procedural or Asynchronous language families, all languages are similar enough that there is no reason you can't dip your toes into all of them enough to be able to answer the question "which language should I MASTER and/or USE" when the time comes. And since there is no such thing as a "single best language for all problems", you're gonna need to be learning as many languages as you possibly can anyways (and trust me, once you've learned at least just 1 of each of the major language classes [functional, Procedural, asynchronous, etc] it's 10x easier to hop to other flavors of the same general class of language). So always do your best to answer these questions yourself. When you no longer need to ask these sorts of questions because you've experiencially answered them yourself, you've leveled up as a developer

    • @codewizard58
      @codewizard58 7 หลายเดือนก่อน

      Programmers know A or B allows both. : )

  • @astone26-
    @astone26- 7 หลายเดือนก่อน

    @2:08 - I couldn't agree more. Hope there's some consideration for it as it becomes more mature.

  • @d3stinYwOw
    @d3stinYwOw 7 หลายเดือนก่อน

    But... what about Nim? Where we can place it compared to Zig?

  • @Waitwhat469
    @Waitwhat469 7 หลายเดือนก่อน

    Is there anything that Zig adds that couldn't just be added to Rust?
    Like the build logic/comptime feels like it should be able to expanded on further in Rust's proc macro system.
    I say this because Go's greenthreads were so popular they just got adopted everywhere.

    • @mgord9518
      @mgord9518 7 หลายเดือนก่อน +2

      A lot of Zig's appeal comes from features it doesn't have. Zig has enough functionality without being overwhelming, so Rust can't do that without becoming even more complex. Zig is also willing to break to achieve the fastest possible performance, Rust can't really do that either since it's past 1.0. And Zig has had an absolute shitton of time put into hot reloading and compilation speed. While these aren't yet ready, they'll be other killer features that simply aren't possible in Rust due to its complexity and reliance on LLVM.

  • @luciengrondin5802
    @luciengrondin5802 7 หลายเดือนก่อน +1

    Zig's `comptime` reminds me of Perl/Raku's BEGIN.

  • @omarmagdy1075
    @omarmagdy1075 7 หลายเดือนก่อน

    zig is pretty much the modern C but when I tried it there were a few annoyances specially there is pretty much no support in the language for any sort of interface/trait(or either I have massive skill issues) to share functionality which could lead to repetitive code but the language is elegant though and I am excited for 1.0 release and hoping they polish the tooling specially the LSP because it takes up a lot of resource and kinda buggy.

    • @steveoc64
      @steveoc64 7 หลายเดือนก่อน +1

      “anytype” params sort of do that - the compiler ensures the param matches the required interface, without having to define & maintain contracts.
      A different approach, yes, but it solves a similar problem

    • @omarmagdy1075
      @omarmagdy1075 7 หลายเดือนก่อน

      @@steveoc64 I mean that's cool but feels like sort of a hack for something that should be native to the language

    • @andrewdunbar828
      @andrewdunbar828 7 หลายเดือนก่อน

      But interface/trait also have no support from C. There are other languages that have them but they're not like C or Zig.

  • @Skinface1000
    @Skinface1000 7 หลายเดือนก่อน

    Did @ThePrimeTime managed to do the C course for DSA?

  • @duckydude20
    @duckydude20 7 หลายเดือนก่อน +1

    rust is like trying to be cpp alternative, creating cpp...
    i like zigs idea. clean and simple.

  • @jaysistar2711
    @jaysistar2711 7 หลายเดือนก่อน

    I was thinking about the Linux kernel including Rust. I think that since Zig isn't 1.0, it won't be considered, yet. Zig may be closer to what we would want in the kernel, since it doesn't have hidden control flow. I could be wrong here, and I'm to busy to put in the time to figure out if I am. The main problem is thread safety, but when you're in the kernel, the Rust compiler doesn't have information about everything, so the thread safety is only for what's made in Rust. I'd like to do some Actor Oriented code in Zig to see how safe that pattern could make things without needing a borrow checker, which seems to be what blocks many people from using Rust.

  • @PixelInnovator
    @PixelInnovator 5 หลายเดือนก่อน

    Never heard of "memory disclosure leak"?!? What is it compared to memory leak?

  • @numeritos1799
    @numeritos1799 7 หลายเดือนก่อน

    "I don't know what it means to attach a payload to an error". Alright man

  • @eduardabramovich1216
    @eduardabramovich1216 7 หลายเดือนก่อน

    What if you port your Go code to Odin? It will be a lot fun.

  • @juliocesartorrescama5661
    @juliocesartorrescama5661 7 หลายเดือนก่อน

    I was Ok with Zig but read the issue (zig fmt) of tabs and 2 space indentation and almost felt like the proprietary Rust

  • @CallousCoder
    @CallousCoder 7 หลายเดือนก่อน

    Oh and learning Zig, like I have showed in my first video, is to open it stdlib source code and read the tests and code. Because documentation is currently lacking and the language is changing a lot.

  • @bigsnacks913
    @bigsnacks913 7 หลายเดือนก่อน

    Prime slowly becoming the Zig version of his Elixir dev meme

  • @chm10323
    @chm10323 7 หลายเดือนก่อน

    proc_marco is extreme hard , but once it over, it become the best templating tool to reduce the most of dev time

  • @gideonunger7284
    @gideonunger7284 7 หลายเดือนก่อน +8

    the problem of go is actually not GC for most perforamce use cases but its green threads. the problem is the slowest ffi in the world. i dont know how its not but a go callback called from c could have up to 1ms call overhead due to the green thread stuff go is doing.
    writing a game engine under those condition where you simply need to talk a lot to the OS is just unfeasable regardless of any other features of the language

  • @CallousCoder
    @CallousCoder 7 หลายเดือนก่อน

    I agree! Rust gets very hard and unfriendly in embedded systems. And when I did Zig (I have a couple of videos) it all is so simple in comparison. It’s a bit verbose here and there although Rust is that too, but you don’t need to do lifetimes; which is a terrible syntax imo, looks like a hindsight implementation. I choose Zig for any project I’d normally would use C now.

  • @PiotrPavel
    @PiotrPavel 7 หลายเดือนก่อน

    I've get yt recommendation: Vlang: "The language of 2023". Year Old Prime video. But zig at least is working

  • @sayo9394
    @sayo9394 หลายเดือนก่อน

    Where are the jobs for Zig? It's fun learning languages and all, but Zig isnt in version 1.0 yet!

  • @juanmacias5922
    @juanmacias5922 7 หลายเดือนก่อน +2

    C++ LIIIIIIIFE.

  • @steveoc64
    @steveoc64 7 หลายเดือนก่อน +1

    Pretty simple really - different programmers think in different ways.
    Languages are a tool to express a thought process about how to build a thing.
    Zig is not for everyone, but it’s great for programmers that mostly think in terms of assembly and system calls when they are coding a solution. (Just like C programmers do)
    There aren’t many programming languages left that target this direct mode of thinking.. so it’s nice that Zig exists in this space.
    The stdlib is a bit of an evolving mess, but that’s fine, as it’s more a collection of suggestions at this stage rather than a hard reliance. Doesn’t get in the way at least, and isn’t needed for a lot of jobs.
    If you are in this camp, then unused vars (for example) is a bug, and deserves to be a compiler error. Likewise - formatting code is not a concern, and syntax quirks are what they are.

    • @andrewdunbar828
      @andrewdunbar828 7 หลายเดือนก่อน

      I learned assembly before I learned C and for me Zig still feels more abstract than C. Odin feels more like C as in allowing the direct mode of thinking that I don't have in Zig yet. When trying to feel out new code, debug, iterate, refactor, the unused vars thing has not stopped irritating the hell out of me yet. Maybe if I mainly used Zig that would stop?

    • @steveoc64
      @steveoc64 7 หลายเดือนก่อน

      @@andrewdunbar828 just turn the option on in the language server to format on save - it should inject lines of code to stub out decl for unused vars
      And use underscore for the name of unused params
      It’s similar to the way Go does it

  • @chris-pee
    @chris-pee 7 หลายเดือนก่อน

    You asked about async in Zig. Worth noting that async has been removed from Zig for a couple of major releases now. They deemed their first implementation flawed and scraped it 🤨

  • @dj_256
    @dj_256 6 หลายเดือนก่อน

    I opened yt to learn about UI libraries. How the hell did I end up here?

  • @lesto12321
    @lesto12321 7 หลายเดือนก่อน

    I was interested into trying zig for embedded, but their repo about it seems to be abandon from a few years... while Rust embedded team made miracles to give safe and generic interface to pretty much any LLVM supported chip

  • @cassandrasinclair8722
    @cassandrasinclair8722 7 หลายเดือนก่อน +1

    The catch part is the same as let Ok(_) = ... else { } or let x = match { };

  • @Ellefsen97
    @Ellefsen97 7 หลายเดือนก่อน +2

    Idk why I’m so obsessed with Zig atm. Currently studying for 3 exams so I don’t have time to code in it, but I can’t wait to get my hands on the language.
    Something about it just appeals to me

  • @Enko97
    @Enko97 7 หลายเดือนก่อน

    As a mathematician I gotta confess... Golang's " :=" syntax is just awesome, I loooove it 😎

  • @dexterman6361
    @dexterman6361 7 หลายเดือนก่อน

    Saw a comment about C++ modules. Get cmake nightly and clang 19 (may have to build from source tho, or ask your linux distro community)
    Both `import std` and custom modules work
    Have fun!

  • @telotawa
    @telotawa 7 หลายเดือนก่อน

    28:58 bro you can do that with rust macros you know?

  • @AliceTurner-q3f
    @AliceTurner-q3f 14 วันที่ผ่านมา

    The primes take is different to mine. Rust does focus on giving you a language which feels like a high level one but is really low, this is what most people interact with. Rust also has 'unsafe' as i'm sure we all know, but it is nothing like C or Zig. A simple way to explain this is with C and Zig (pointer based languages), it is made very easy to read and write from pointers. Rust makes it safer; you can still write Rust byte by byte, but the verbosity is enormous compared with C or Zig. Again Rust has an interface in 'unsafe' Rust with methods on say a `*mut u8` has methodscalled write() write_bytes() which make reading to a writing to a bit different. The point is trying to write unsafe like C or Rust can be don't but it's difficult, even in 'unsafe' there is still methods to help ensure lengths are taken in a the very least, or they can be fail. I get the appeal of Zig, and i'm hoping my son picks it up. But i'm settled on Rust, i learned it, i know it and i'm good with it