manveru

Are the SDKs AI generated? I looked at the Crystal, Ruby, and Zig ones and all they contain is a hello world example with some docs that have little to do with the code. Sorry if this comment seems rude, just curious.

A place I recently saw it was in the web editor for typst. It runs the same code as the CLI since it's compiled from rust for both targets.

It's very well supported by NixOS, been using it for a decade or so.

I've been trying Gleam of and on for a few years and different tasks. When it works it's really neat, but I find myself constantly having to write your code in Erlang which kind of defeats the joy of using it.

The biggest missing feature for me though is the lack of a receive syntax. Sending and receiving messages should be a first class citizen on the BEAM. There is a very limited workaround in the standard library, but I guess the requirement for type safety means we'll have to wait forever for anything that can actually do things like listen to PIDs or the inbox without Erlang or if the box.

I'm still hopeful this will be tackled, as I really can't stand the concurrency primitives of most other statically typed languages and Gleam has the most promise to fill that niche.

We're only using CUE in a very limited fashion now, mostly went back to writing everything in Nix to keep things consistent. Learning Nix is already quite a hurdle without also forcing people to dive into CUE. I originally introduced CUE at IOG to provide a sane alternative to HCL that doesn't involve setting up a Nix environment, but the lack of functions and ways to abstract much, abs the bed to keep our CUE schema synced with the Hashicorp code ended up curbing a lot of enthusiasm. I'm looking forward to using Nickel for this niche in the future when it has better interop with Nix and maybe some way of handling user input.

Thanks, it's always a pleasure to see flakes in the wild. Hope it makes it into nixpkgs soon.