← Home ← Back to /g/

Thread 106388673

63 posts 18 images /g/
Anonymous No.106388673 >>106388688 >>106389971 >>106390714 >>106390779 >>106390862 >>106390996 >>106391148 >>106394835 >>106399068 >>106400073 >>106402785 >>106403550 >>106406942
Zig's new mascot. Based or not?
Anonymous No.106388688 >>106390785
>>106388673 (OP)
Same energy.
Anonymous No.106389971
>>106388673 (OP)
yup. i'm thinkin' BASED.
Anonymous No.106390707 >>106394814
Thread theme: https://youtu.be/B7Hq7HWoc50
Anonymous No.106390714 >>106390737 >>106390747
>>106388673 (OP)
Retardia vibes.
Anonymous No.106390737 >>106390765
>>106390714
ur mom ain't here
Anonymous No.106390747 >>106390756 >>106390843
>>106390714
Me agree. Mee poo poo eat my poo.

Speeking as retardia represendantive me see this be added to Retardia Icons Pak v0.04
Anonymous No.106390756 >>106390783 >>106390827
>>106390747
What happened to the retardia general?
Anonymous No.106390765 >>106390815
>>106390737
Him mom no here bute poo poo eat me poo poo

ME EAT ME POO POO ME DONT WANNA EAY ME POO POO BUT ME MUST EATE POO POO
Anonymous No.106390779 >>106390805 >>106390916 >>106406631
>>106388673 (OP)
Is zig used for anything? It's just better C syntax, no? Honest question. Not trashing zig.
Anonymous No.106390783 >>106390843
>>106390756
Me and other retardia put it n over weekended fun time. Me job as spinfle-in-box technician make hard weakdey retardia generald
Anonymous No.106390785
>>106388688
he's cute I hope he gets live mice often
Anonymous No.106390805
>>106390779
Looks like the logo is a pisstake on he LLVM and Clang dragon logo. Guess they're trying to say they're on a bunch of dungeons and dragons tryhards
Anonymous No.106390815
>>106390765
this desu
Anonymous No.106390827 >>106390843
>>106390756
Stay tuned. We likely next weakend 48 hour spequence of geniteral bread
Anonymous No.106390843 >>106390861
>>106390827
>>106390783
>>106390747
Oke thank retar dia bros
Anonymous No.106390850
We R Retardia, We R menu four we R lesion
Anonymous No.106390861 >>106396907
>>106390843
Abbirmadive
Anonymous No.106390862
>>106388673 (OP)
>new
over a year ago
it's one of several official Zig mascots, contributed by a fan
when's the last time you got laid?
Anonymous No.106390894
It's a dig at the autism of LLVM
Anonymous No.106390916 >>106391279 >>106391554 >>106406631
>>106390779
It's basically "better C" in many ways, but also slightly worse in some ways (e.g. Go-style retarded unused variable errors in the compiler, which makes prototyping or quickly scaffolding out code a giant pain). But the main thing about it right now is that it's pre-1.0 and so new versions regularly come with breaking changes, it's effectively in alpha. As a result it mainly gets used for toy projects, I'm only aware of TigerBeetle as a big serious flagship project that's entirely in Zig.
I've heard some people also use the zig command as a build tool for C and C++ since it's compatible and apparently ends up being much more convenient than fucking about with cmake etc.

Otherwise people's attitudes range from "lol memelang FOTM" to "it's great I hope it gets to 1.0 soon so I can actually start using it".
Anonymous No.106390996
>>106388673 (OP)
I like it.
Anonymous No.106391148
>>106388673 (OP)
Trannygator will never be a dragon.
Anonymous No.106391279 >>106391359
>>106390916

I really like all the Zig mascots in general, they are some of the best in my opinion.

>unused variable errors
Yeah, they often annoy me. It isn't a huge deal in my opinion, but I agree. On the other hand, one controversial thing that I happen to agree with is not allowing variable shadowing. I think a lot of people hate that and I get it, but I'm using Zig for a large project right now and I think it has saved me a couple times from doing something stupid when I'm just trying to quickly write something without paying attention to the entire scope.
Anonymous No.106391359 >>106391460 >>106409363
>>106391279
>It isn't a huge deal in my opinion
It's a pretty huge deal IMO - if your coding and scaffolding style happens to involve pre-defining stuff that you fill in with implementation later Zig just basically says "fuck you". IIRC there isn't even an easy way to disable it or demote it to a warning. If you write code in a way that doesn't involve this, it's probably fine, but if you don't, then Andrew thinks you should get raped and re-invent your entire way of thinking.
Anonymous No.106391460 >>106391541
>>106391359
I think I understand. I guess I may be used to it by now, so it just doesn't bother me at this point. I can definitely see why it would piss you off though. Thankfully we have tons of languages to choose from.
Anonymous No.106391541 >>106392548
>>106391460
Yeah pretty much. Of course I don't mind that some people like it, and of course for "production" builds it's a very good error to have. I just think it's dumb to completely forbid people from doing prototyping/hacking code this way.
I currently write Rust at work and there are regular instances where I'll disbale unused import or unused variable or dead code checks, while either prototyping out an initial implementation of a feature where I'm switching stuff out and maybe not sure of exactly what imports I'll need, or debugging and shoving print-outs and debug checks in various places. Sometimes I want a thread or function to quit instantly on a debug condition and I know the rest of the code is dead code and I don't need the compiler to fail the build over this.

Even the shadow variable disallowing is fine IMO, it's just a different style choice and has valid correctness benefits. Disallowing disabling checks for prototyping/debugging has zero correctness benefits whatsoever, which is what annoys me the most.

>Thankfully we have tons of languages to choose from.
It's not that many - for example, there's no (well-supported) language that has all of Zig's good features but without the mandatory unused stuff checks. Hence why I think it matters. A lot of what Zig does is actually quite cool.
Anonymous No.106391554
>>106390916
Okay thanks. That was my impression but I never used zig. I'm not very interested in low or mid level programming. I don't deal with hardware.
Anonymous No.106392548 >>106395088 >>106406655
>>106391541
>Disallowing disabling checks for prototyping/debugging has zero correctness benefits
I know what you mean, and like I said, I agree that it should be optional. However, I don't agree that it has no benefits. If you have a function that takes a parameter and it does not get used, that could indeed be a bug. The compiler has no way to know, only the human knows. Rust will signal this with a warning while Zig assumes a bug and fails. It makes sense when you consider the explicit attitude of the language. If you have an unused parameter and want it to stay there, you can do that by explicitly telling the compiler that you are aware it is unused by discarding it, which is what the LSP does for you. That being said, you can do the same thing in Rust. It is a more flexible system. I just don't think it is right to dismiss it as a completely stupid decision with zero logic behind it. I would prefer to call it an annoyance, and leave it at that.
Anonymous No.106394477 >>106410169
personally, i'll use it once ReleaseSafe has (potentially runtime) checks for all unsafe behavior. you can always disable it for critical sections, but safety should be the default
Anonymous No.106394814
>>106390707
R.Kelly is based. We sang this in school when we were this "strike age".
Anonymous No.106394835
>>106388673 (OP)
That's nice and all but when are they going to make it actually usable for production?
Anonymous No.106395088
>>106392548
i still want an option to disable that autism its no different than rust bitching about stupid shit both tranny languages atm desoo
Anonymous No.106396907
>>106390861
kek
Anonymous No.106399068
>>106388673 (OP)
BASED
Anonymous No.106400011 >>106400047 >>106400070 >>106402704
What would I use zig for if rust already works for something modern with threading etc and C++ exists with nicer bindings to way more libraries and also let's me blow my foot off?

I really like the idea of the language but I don't know what the point is yet. It's much lighter than rust/c++ but idk when that's useful
Anonymous No.106400047 >>106404318
>>106400011
rust is unreadable like perl
Anonymous No.106400070
>>106400011
It's like C, but with better tooling and piss easy bindings for C and C++. It can detect leaks and doesn't kill productivity and freedom like rust.
The CTE metaprogramming and reflection are neat and it isn't the chimera C++ is when it comes to initialization, templates, and allocation.
Neat, simple, fast, and with good tools.
There are downsides like breaking changes and few zig libraries (nothing mature so far iirc), but that only requires time.
Anonymous No.106400073
>>106388673 (OP)
Too much, just like Zig......so it fits.
Anonymous No.106400078 >>106402091
does Zig finally have static interface types?

That's really all I want from a modern C (aside from the obvious stuff like namespaces).
Anonymous No.106402091
>>106400078
nope. you vill use ze fieldParentPtr.
Anonymous No.106402704 >>106404307
>>106400011
If you are smart enough to use Rust you probably don't need to worry about Zig. It's basically Go for systems programming. It's purposefully designed for beginner programmers who can't really grasp more complex, high level concepts and just want something similar to C.
Anonymous No.106402785 >>106402802
>>106388673 (OP)
What does ZIG stand for?
Zionist Infiltrated Government?
Anonymous No.106402802
>>106402785
Zig heil
Anonymous No.106403550
>>106388673 (OP)
Bombardino crocodilo
Anonymous No.106404182
Z
Anonymous No.106404307 >>106404453
>>106402704
>. It's purposefully designed for beginner programmers who can't really grasp more complex, high level concepts

You mean, like Rustaceans, who can't understand monads or thunks, right?
Anonymous No.106404318
>>106400047
>rust is unreadable like perl

Pearl is still more readable than crablang
Anonymous No.106404453
>>106404307
wdym?
Rust is commonly considered a difficult language.
Zig on the other hand can be quickly picked up by anyone, without that much experience with programming languages. It literally says on it's main page: "Focus on debugging your application rather than debugging your programming language knowledge."
Anonymous No.106406631 >>106406907
>>106390779
>>106390916
>I'm only aware of TigerBeetle as a big serious flagship project
also
>bun
>ghostty
Anonymous No.106406655
>>106392548
not being able to disable it in debug builds with a compiler flag is completely retarded
>b-but people ship debug binaries to production
bugs 100% deserved
Anonymous No.106406763 >>106406787 >>106408211 >>106410751
I love constantly breaking compatibility and designing horrible interfaces, also formatting not even dealing with Unicode anymore
https://ziglang.org/download/0.15.1/release-notes.html
https://www.openmymind.net/Im-Too-Dumb-For-Zigs-New-IO-Interface/
https://news.ycombinator.com/item?id=44993797

This behavior is stupid and hopefully a bug but it's probably intended, bonus section at the end
https://lubeno.dev/blog/rusts-productivity-curve
https://news.ycombinator.com/item?id=45042068
Anonymous No.106406765 >>106406961 >>106410721
Zig has choco, winget, and ubuntu snap packaging, but nothing for debian nor flatpak? wut
Anonymous No.106406787
>>106406763
Lol at tigerbeetle removing those checks since it was pointed out
https://news.ycombinator.com/item?id=45042188

"Experts" can't even use the tools properly and write the same bugs
Anonymous No.106406907
>>106406631
Wait, Bun is in zig? Huh
Anonymous No.106406938
This can't be real.
Anonymous No.106406942
>>106388673 (OP)
Anonymous No.106406961
>>106406765
>debian, the distro that is stable to a fault, doesn't have packaging for a language that is up-front about being completely unstable right now
A mystery. Use a container.
Anonymous No.106408211
>>106406763
>https://www.openmymind.net/Im-Too-Dumb-For-Zigs-New-IO-Interface/
Holy shit lmao
Anonymous No.106409363
>>106391359
>_ = .{ your, unused, shit };
not that hard.
the cool part is when you finally use one of the variables inside that tuple it also becomes a warning that you don't need to do that anymore. This has been extremely useful on determining what I need and what I dont plus the fact that it acts as a "reminder" on what needs to be done. I use the same pedantic flags when writing c/c++ and prefer it this way. but we have our own preference point is it makes sense for zig.
Anonymous No.106410169
>>106394477
There is Valgrind for that.
https://cryptocode.github.io/blog/docs/valgrind-zig/
Anonymous No.106410721
>>106406765
There is a zig flatpak: org.freedesktop.Sdk.Extension.ziglang
but why would anyone use that except for in other flatpaks? the official website already provides a binary that works on any distro
Anonymous No.106410751
>>106406763
>https://lubeno.dev/blog/rusts-productivity-curve
You almost never check errors with if. It's just a thing the language allows but nobody does it so its not an issue in practice.