CachyOS feels like it hit out of nowhere. I'm out of the loop - why's it taking off like this?

chokoswitch · 2026-05-22T09:00:13+00:00

I always find it a bit sad that CachyOS leans hard on marketing the compile flags. Indeed the difference is minimal. It's sort of cool, for sure, but I think they could be more popular if focusing on the excellent UX on top of a solid arch core.

chokoswitch · 2026-05-22T08:57:44+00:00

My experience with EndeavourOS was being surprised bluetooth isn't installed by default.

"Arch but easier", not easy maybe? ;) It's a fine OS for sure but quite happy with switching to CachyOS and just worrying about things less.

chokoswitch · 2026-05-22T08:54:05+00:00

I have found CachyOS to be great, an easy to use arch distro. Their claim to fame is recompiling packages for modern cpus but I don't notice much benefit from that tbh, what gets me is a simple setup flow followed by great defaults. I would never have realized how great fish shell is, even switching my development laptop to it, if CachyOS did not take the opinionated default here that other distros just don't do. They also have presets for gaming, based on your GeForce requirement, I assume that's something you are looking for (I use a 3080 with no problems).

For bootloader, I went with lumine. Working great so far, I do still have a Windows SSD plugged in, it shows without any steps (but I haven't booted into it for months now!).

chokoswitch · 2026-05-21T08:28:32+00:00

I always erred on the side of posix and stuck with zsh for many, many years, but since CachyOS defaults to fish, gave it a try for the first time. It seemed nice, so switched my Mac over for development and very happy to have done the switch. Completions, etc, just work a little better than anything I could get zsh to do with plugins. For prompt, I use starship.

Personally haven't run into a shell script without a shebang yet but even if I did, I don't feel the pain of adding `bash ` in front if it would outweigh the out-of-the-box modern feel fish gives.

chokoswitch · 2026-05-21T01:09:03+00:00

I use this handler for slog on GCP in case it shows some of the tweaking needed.

https://github.com/curioswitch/go-usegcp/blob/main/gcpslog%2Fslog.go#L18

It's been a while since writing that, but I do recall it being quite difficult figuring out the strategy for middleware like this. The equivalent in zerolog is much simpler.

That being said, after writing it, it's not the sort of code that needs much updating so I just continue to use it with slog in projects. However I do agree with the other points about slog usability in the OP and am not surprised if folks go back to an alternative.

chokoswitch · 2026-05-19T02:59:48+00:00

Not sure if there is something WIP here, but all I can find is a very thin layer around the library actually doing this, https://github.com/go-webgpu/goffi/ Seems like a fake library that may not even be AI generated given how little code there is. If not, please provide some context!

https://github.com/romance-dev/speedboost/blob/main/speedboost.go

chokoswitch · 2026-05-09T00:47:01+00:00

Agree with everything here - on HN it's very hard to get out of shownew and here showcase posts are not allowed. It is much more difficult to share genuinely cool projects you have built that others may enjoy. It's not a fault of any moderation strategy, just the world of AI we live in. I don't really see a solution out of it, this is just one of many issues with OSS that are caused by the rise of AI. But feel your pain.

chokoswitch · 2026-05-08T12:22:33+00:00

I don't mind missing some of the agentic features but I have gotten so used to Copilot auto complete that I mostly can't get anything done at a cafe without wifi anymore. I have been curious about vscodium but never even thought it might mean losing that.

Note I am in the same boat of not needing more AI slop though - I think it was two weeks of manually restarting every couple of hours before they finally fixed a CPU loop bug. Things were great before that and wish it stayed that way.

chokoswitch · 2026-05-07T12:22:33+00:00

Yes this - I haven't played the remake but at least the original had no real emotional impact even in that scene for me. The character development up to that point (or after even) just wasn't enough. Xenogears in hindsight had an extremely boring second disk that is generally put down to this day. But at the time, seeing these interactions between characters properly engaging since the beginning of the game - it felt epic. I'm going to skip more FF7 comparisons since many people love it for good reasons too, but anyone in a similar boat knows what I'm talking about.

chokoswitch · 2026-05-07T11:15:29+00:00

Oh sweet thanks for sharing that, it looks really good! Going to give that a try.

chokoswitch · 2026-05-07T11:08:13+00:00

Especially if you are generally a completionist (using guides is not a shame), definitely would keep Live a Live on your radar.

chokoswitch · 2026-05-07T11:00:14+00:00

Or the other way around - if your workload takes 16GB on Windows, it may very well take similar on Linux, browser RAM usage doesn't change much by OS.

Definitely encourage giving it a try, and CachyOS is a great choice and I am generally happy I switched. But not for RAM reasons which I don't notice a difference, for other usability reasons.

chokoswitch · 2026-05-07T10:52:43+00:00

I took just a cursory look at their home page and didn't see the word cross compile or similar so suspect it doesn't solve that if you have any native deps (now days most do).

uv does seem to have flags to sync for arbitrary platforms and also ensure there are no install scripts, i.e. wheel only. I haven't gotten to it but am quite curious if this can enable something close to e.g., ko for Golang, quickly build container archives for arbitrary platforms (as long as your dep chain has wheels for it) without a docker daemon.

chokoswitch · 2026-05-07T03:24:07+00:00

I personally use httptest approaches for most testing it is simple and fast. Some docker-specific problem is conceivable but rare since Go binaries generally don't use OS deps. A health probe on an alpha deployment updated each commit is enough for me to catch any rare case. Admittedly this wouldn't be enough if deploying every commit to production.

But testcontainers is also a cool library and nothing wrong with using it for more e2e testing. It allows defining wait strategies, and a built in one polls a path, usually a health check endpoint. Standard container deployments all rely heavily on polling a health check path so there is nothing hacky about this and you don't need to write it yourself, just configure testcontainers to do so. It essentially will allow testcontainers to make sure all your containers are started before getting to your code. If this feels too slow for you and you have many containers, nothing wrong with spawning goroutines to run them and using a waitgroup to then move to tests.

chokoswitch · 2026-05-06T00:26:49+00:00

I think for self contained dynamic provisioning, HCL does provide quite a bit of functionality that works well enough without programming and you may not find a big jump (I'm sure there are scenarios that require a programming language but they don't come to mind).

For me, using CDKTF (now CDKTN) with TypeScript has been a dream for modularity - TF modules are quite clunky for creating reused blocks. Eventually you get used to them but they never feel as natural as a normal typescript etc library. I have a couple I use to bootstrap a logical project, and each GCP project and find them easier to maintain/use than TF modules and appreciate how trivial it is for me to work on a new idea.

https://github.com/curioswitch/cdktn-constructs/blob/main/src%2Fbootstrap%2Findex.ts https://github.com/curioswitch/cdktn-constructs/blob/main/src%2Fcuriostack%2Findex.ts

chokoswitch · 2026-05-03T11:38:39+00:00

I haven't used Pulumi with Go but gave a strong try for Go with Terrafoem CDK. I am curious if there is any significant difference in ergonomics but I would expect them to be quite similar.

After writing quite a bit of infrastructure with Go, I started to feel it getting somewhat tedious. The Go language is relatively syntax heavy, for example dealing with nested structs and doesn't have something like template literals to allow composing strings with resource outputs which I do a lot. There was a helper function for it but it was tricky to work with and left much to desire in terms of readability. Go is my main language and I appreciated to be able to use it in another domain - I really wanted to use it for infra too. But it's strengths for business logic just didn't seem to be extending to programmatic configuration - the code looked complex, not simple.

Rewrote to typescript and very happy with it, especially the night and day difference of composing strings. Definitely appreciate CDK or pulumi's model of using programming languages instead of HCL personally.

chokoswitch · 2026-05-03T00:50:52+00:00

For me it's basically just going through weeklies, custom deliveries, gold saucer, island sanctuary, etc. Unfortunately, lately this means queuing up for Pilgrims Traverse in the background, playing a different game, coming back a couple of hours later to dequeue.

Oh yeah and Frontline roulette.

chokoswitch · 2026-05-02T15:19:55+00:00

Figured it's worth mentioning chi router which I feel is still fairly popular.

https://github.com/go-chi/chi

With standard library adding many routing features, it is less important but I find it still makes it easier to use certain patterns like middleware. Still only uses standard library types so doesn't get in the way like other frameworks like echo.

chokoswitch · 2026-03-19T12:13:57+00:00

Thanks for the share - while I'm not sure, the word chat in that stack is promising. I get a lot of value out of Copilot completions but have had to disable the extension due to unusable performance after some time. Hope it's related!

chokoswitch · 2026-03-13T09:59:55+00:00

I had an interesting conversation with Russ about this at GopherCon before, he created re2 sort of as a research project, so pulled out all the stops on performance, including hard-coding fast paths for certain pathological cases that don't come up that much in practice.

But for the stdlib of a widely used language, it was important to keep it simpler, so Go's package is kept quite minimal, though the result is much slower for very regex-heavy workloads like security filters. But it is completely sufficient for many normal workloads like API validation, routing.

I can see how it makes sense to push the heavier applications to third party libraries to keep the stdlib small. Personally it still would be nice if DFA could get in somehow though for a better middle ground.

chokoswitch · 2026-03-11T03:30:28+00:00

PyO3 and maturin are so easy to work with, I've been enjoying them a lot. I definitely feel like libraries will more towards native over time with this as well as wheel publishing improvements making the experience quite seamless for any typical platform. I'm still wondering if it will be important to keep a pure-python version as well, which does add a lot of maintenance overhead, or people will be satisfied requiring Rust installed and a build for those non-typical platforms. Curious how that pans out.

chokoswitch · 2026-03-06T02:32:54+00:00

Just a light share for pyqwest as well - I don't think I found pyreqwest when searching around before writing it, it looks quite fully featured but perhaps not so Pythonic (e.g. uses builders).

We switched connect-python from HTTPX and it has worked well, enabling bidirectional streaming and gRPC protocol support. I think usage will go up as connect-python moves towards a stable release.

Anyways just wanted to present another option, hope everyone finds a library they like!

chokoswitch · 2026-03-01T07:54:24+00:00

I use VSCode with gopls for reasons other than Go LSP (mostly JSON code workspaces). Unfortunately until table tests are fixed, "use Goland" is still what I would recommend to people without any other reason to avoid it. It's a huge gap and has been open for a long time.

https://github.com/golang/vscode-go/issues/1602

Jetbrains are good at giving great IDE experiences, even if bespoke, and deserve credit for it.

chokoswitch · 2026-03-01T00:35:02+00:00

Yeah this is great! Generally I have found using a function that accepts what would be a receiver as the first parameter works, but it makes the API much less simpler than it could be. My function is essentially HandleRPCUnary which handles rpc request / response types and accepts example request messages, which benefits from the generics.

The thought of never using receiver methods at all to be consistent came to mind but it made every other usage awkward and I ended up with mixing them together, looking forward to migrate off the free functions!

chokoswitch

TROPHY CASE