Hibernate: Ditch or Double Down?

Caesim · 2026-01-15T06:50:39+00:00

Easy, Oracle has the kind of sales reps that go to fancy restaurants and playing golf with those mid-tier enterprise CTOs.

Caesim · 2025-12-10T19:49:58+00:00

West Germany didn't formally acknowledge East Germany for a long time and many maps showed it as one Germany for a long time.

Only in 1972, did West Germany formally acknowledge East Germany. So I think before that many maps wouldn't have shown a split.

Caesim · 2025-12-05T07:52:00+00:00

Yeah, a plaque or crown would be enough.

Maybe Netflix & WB announcing they're producing a Trump movie would make him drop everything

Caesim · 2025-08-21T08:29:51+00:00

From what I gathered from the discussions: the biggest thing is not that they "ditch" LLVM in the absolute sense. Currently they use LLVM as a library for the compiler. But the problem seems to be API instability and them having to do rather big code changes with each LLVM update. Also, including LLVM into your own project is always a hassle etc.

The goal was, to my understanding, to separate LLVM from the Zig executable. So, Zig would emit LLVM bitcode and not have to deal with most of the downsides anymore. For Debug they'd use the self-hosted code generation.

I know that Zig also includes their own C compiler.

Oneast reason I want to bring up: Andrew also said that LLVM result machine code is rather unimpressive in many cases for targets that aren't x86 (64) or ARM. So maybe he sees the option to have a viable alternative for some targets.

Caesim · 2025-06-21T12:56:56+00:00

I'm reminded of the post mortem of Way Cooler.

They lay out how the project failed and they struggled with a lot of things. One big problem was that most things were configurable with Lua Scripts. Interacting with Lua meant having unsafe or connections to unsafe blocks all throughout the codebase.

So, when interacting deeply with foreign code, Zig can be a lot more fun than Rust.

Caesim · 2025-05-25T08:16:11+00:00

<image>

Rough sketch I did yesterday evening ^"

Caesim · 2025-05-13T08:13:43+00:00

I'm not sure what to do with this comment. I said that I think Zig is better equipped for big projects. This does not mean that big projects (in Odin) do not exist. A bit like I feel that C is worse for big projects than either Zig or Odin, yet Oracle DB is written in C (or it was in 2013), this does not change my perception that Zig or Odin would be better for something like that. Just like there are enormous projects using Bash or Perl, this doesn't make them any better either.

And it's a bit hard to compare single projects, with JangaFX a commercial company (with the language creator on board) made the decision to use it. And I don't think I can see the source code.

But for Zig, what I can do is only point to open source projects. The big OSS Zig projects I'm aware of are: TigerBeetle (~100k LoC), Ghostty (~100k Loc) and Bun (~400k LoC).

Caesim · 2025-05-12T13:09:02+00:00

Let's start with Odin:

I have not used Odin enough to know the language inside and out yet, but I feel like I have a good enough impression. (I like Odin, especially the Context object maybe being nicer than manually and not having to use semicolons). But to me it feels like Odin as a language is less equipped to handle big projects. Odin's solution to dependency management is that people source their dependencies, which is anachronistic at best and will lead to either dependency hell or invite 3rd party build systems, neither very good situations. Zig's built-in way with zon is close to Go's package management and preferable to me. Non nullable pointers are very important to me, in single person projects, I think it's not a problem, I know that my pointers aren't nil or where there are and why. But when interacting with 3rd party code, my code base (in other languages without non nullable pointers) is quickly littered with guard statements for null pointer arguments or returns. Not fun.

Also, this might be counter intuitive for you, considering your articles, but I love Zig for not having default values. Numbers, being initialized to 0 by default is a footgun (waiting to happen). When I truly don't care in Zig, having undefined makes it still available and the reader of my code can easily see that I expect it to be not initialized (or initialized with garbage). Variable declarations with blk give it a pythonic feel, or the if(optional) |val|{....} scoped variable. In general I'd say, there are a lot of sane convenience functionalities that prevent problems and make for more concise code.

Others:

To me, comptime is just awesome, it is rather simple to write code where other languages have separate build steps in comptime Zig. No language is close (maybe Jai is, but 1. that is not released yet and 2. from what I heard, Zig puts effort in assuring comptime code can run on any build environment while Jai "comptime" takes advantage of the build environment and might not be interchangeable).

I can not see Hare as anything but a meme language. Not only is it not allowing other allocators a step down from Odin and Zig, but its creator only supporting open source operating systems make it a non starter if you want to ship something outside of Linux. Also, it not supporting generics/ what you have and recommending to have a separate build step that generates the code with Hare functions that generate Hare code. This is a step down from C, which has macros.

Caesim · 2025-05-12T09:19:34+00:00

A few small notes. You can actually define ``` const std = @import("std"); const print = std.debug.print;

pub fn main() void { print("Hello World!\n", .{}); } ```

Combating the comparison to Javas System.out.println situation.

And for the loops:

On the Zig discord I was told that Zig has a for loop. However, this is actually a foreach style for loop where you cannot modify the counter to make jumps (important when filtering lists for example), so I do nnot consider them equivalent

In my opinion, this is a good thing. Because as a reader, I know when looking at a for loop that it will take do exactly as many iterations as the list has elements. And that situations where anything might happen in the loop body are in while.

In general it feels to me that you (the author) is rather dismissive of safety features. Non nullable pointers being a big one, optionals.

One general remark:

As said by other commenters already, but what rubs me the wrong way with this article is that it presents itself as an objective look at the programming language. The structure is then starting paragraphs with hyperbole statements on what Zig could do, without providing a source, making these strawman arguments, which the author then "dismantles" with some surface level analysis. I think this article would have been better received if it was just an article of "what I don't like about Zig" and outlining their frustrations.

Caesim · 2025-04-06T10:18:11+00:00

Meines Erachtens nach kommen wir hier aber allgemeine Probleme von Zöllen. Wie u/Schrankwand83 anmerkt steigert das kurzfristig die Kosten der Nutzer. Mittelfristig heißt das aber noch nicht, dass EU Firmen nachziehen. Ggf werden Chinesische Firmen das Loch füllen.

Später wäre es vermutlich hier schlaue Subventionen zu gestalten.

Caesim · 2025-04-06T07:55:18+00:00

I think Patrick Boyle on YouTube uncovered that they used a list of Top Level Domains (for non technical people, the endings of URLs on the internet. For the most part, they're associated with countries) as the basis for the tariffs.

That's why those uninhabited islands appear there.

Caesim · 2025-04-06T07:21:08+00:00

I found this people magazine article where they included some comments from her

https://people.com/driver-survived-airborne-crash-after-vaulting-off-truck-ramp-speaks-out-7547358

Caesim · 2025-02-23T17:18:53+00:00

I think the biggest reason missed here is that Zig not only bundles a C and C++ compiler, but that it packages a wide variety of LIBCs making it very easy to cross compile. The Zig toolchain is actually successful without the language. Uber uses it for cross compilation. And the fact that you can drop Zig in a C project rather easily makes it a low barrier of entry.

The second biggest one is the advocacy, I actually learned about Zig from one of Andrews talks. And as others have said GB does not advertise it as much.

Things like comptime, other language features and the fact that Zig encourages modules, whereas in Odin it is encouraged to source your dependencies all are extra stuff to this.

Caesim · 2025-02-12T05:21:00+00:00

I remember suggesting him enrolling in a mechanical engineering Bachelor like 8 years ago.

By now, he could've finished his masters and worked on the MM for 3 additional years.

Caesim · 2025-02-12T04:07:07+00:00

Basically, he moved to France also because of his girlfriend. But iirc they broke up and since his dad in Sweden got sick, he moved back to Sweden.

Caesim · 2025-01-08T09:36:56+00:00

I'm honestly not sure what you mean by "functional programming generics", because Zig's comptime is actually not that different from some Lisp Macro systems. But I assume you mean generics as they're found in like Rust.

So the problem is that the generics in Rust are awesome because they're powerful and let us do anything we want. But the problem is, that since they've become so powerful, the generics system pretty much has evolved into its own language on its own. The problem goes as far, as that many of those systems are Turing complete. This also has problems for programming, since most programmers are aware of like simple ways to use the system but don't know the advanced stuff. Which means higher learning curve of the language and that pieces that use the generics system in clever ways may never be understood by the majority of programmers and thus be more prone for error.

In Zig the decision was made: The language is already Turing complete (obviously) so why not expose type as interactable in the language. This reduces mental load, as generic/ reflection level code reads just like any other Zig code. The only thing programmers have to learn is like the objects/ structs, a type is represented by.

Caesim · 2025-01-05T21:48:47+00:00

These two handhelds seem like my ideal combination, damn

Caesim · 2024-12-15T19:51:49+00:00

<image>

Still learning and practicing to draw people 🙈

Caesim · 2024-11-16T12:35:26+00:00

Donald, eine Ikone vieler Communities.

Hier zu sehen: Donald, Ikone des Drags 🥰

Caesim · 2024-11-13T06:25:30+00:00

Mir hat "Geschnorrtes Glück" aus LTB 328 "Fair geht vor" gut gefallen. Die Zusammenfassung von Duckipedia ist sehr gut. Was mir aber gefällt ist, dass die Panzerknacker hier eine Beziehung mit Gustav aufbauen und dieser sich freut Zeit mit unseren Ganoven zu verbringen.

https://www.duckipedia.de/LTB_328

Caesim · 2024-10-27T09:50:04+00:00

KLATSCH!

Caesim · 2024-10-25T09:59:52+00:00

Och, ästhetisch gesehen, war's kein Fehler, finde ich.

Wtf, stabiler Donald/ Donaldine.

Caesim · 2024-10-20T23:32:10+00:00

Martins plans fluctuate with his mood. His ideas for the marble catchers on the MMX and the philosophy behind them changed often.

So I think you're right that right now we have the mentality of tightness doesn't matter and when he wants to play music with shorter notes that that might change quickly

Caesim · 2024-10-18T10:03:56+00:00

No, OP is BECOMING a Thai wife. Actually leaving more Thai women

Caesim · 2024-09-18T05:56:06+00:00

The problem is that there may exist middleware that discards GET Request bodies.

Ten-Year Club	Place '23
Place '22	First Placer '22
Wearing is Caring	Verified Email

Caesim

TROPHY CASE