Hacker News: rubiquity

New comment by rubiquity in "AMD expects to outsell Intel in Q4 for the first time in history"

rubiquity — Wed, 04 Nov 2026 18:56:36 +0000

And they are making great progress on the software side. ROCm 10 is significantly better than 7.x

New comment by rubiquity in "AI isn't replacing SREs, it's deskilling them"

rubiquity — Fri, 30 Oct 2026 16:28:25 +0000

Continuing the never ending trend of Sys Admins/DevOps/SRE job title holders with skills in specific tools rather than foundational skills always wondering why they are out of a job every 5 years.

New comment by rubiquity in "AI isn't replacing SREs, it's deskilling them"

rubiquity — Fri, 30 Oct 2026 16:21:21 +0000

Nice I started a timer for how quickly a "well actually, SRE at google" would show up and you did not fail to deliver.

> The point of SRE is to have a team dedicated to scaling/resilience to balance the tension between product pushing to ship features.

Sounds like a cultural issue. Google should look into that.

New comment by rubiquity in "AI isn't replacing SREs, it's deskilling them"

rubiquity — Fri, 30 Oct 2026 16:15:19 +0000

SRE was always a lame job description and so was the entire "DevOps" movement we had to suffer through during ZIRP. Real ones are oncall for the systems they build.

New comment by rubiquity in "Alphabet Announces Third Quarter 2026 Results [pdf]"

rubiquity — Wed, 28 Oct 2026 21:08:11 +0000

First signs that Search revenue might be peaking.

New comment by rubiquity in "Crystal 1.22"

rubiquity — Thu, 22 Oct 2026 15:47:26 +0000

I may be one of the few to use Crystal in anger for long running programs but unfortunately we had to do away with it because of longstanding issues in the runtime where exceptions at the wrong time during I/O bring the runtime to a halt. It's been a few years so I don't have the github issue off the top of my head anymore. I'd like to think that if they could redesign the language again they would not have exceptions and destructors/finalize.

It's a great language for CLIs though. I'm glad to see the team still pressing on.

New comment by rubiquity in "NixOS is making me less afraid"

rubiquity — Thu, 22 Oct 2026 03:22:04 +0000

the absolute best one: systemd

New comment by rubiquity in "The era of speedball capitalism"

rubiquity — Thu, 22 Oct 2026 02:04:59 +0000

Well, yeah I guess that just about sums it up.

New comment by rubiquity in "How did AMD Ryzen get 50% faster in two years?"

rubiquity — Wed, 23 Sep 2026 03:10:25 +0000

I went the opposite way and went back to Intel after many many years on AMD. I snagged a Xeon 654 Granite Rapids ($850) for a new workstation geared towards local inference. I don’t need a ton of CPU cores and all Granite Rapids have 8 memory channels where as you need very high end Threadrippers (9975wx for $4000) for an equivalent due to their CCD design.

As a bonus Granite Rapids is super power efficient and runs much cooler than my previous TR and Ryzens. Intel seems to be doing good things again! My only minor complaint is that P2P doesn’t work on my multiple GPU setup because every PCIe5x16 lane has its own dedicated root to the CPU, but all that bandwidth is useful for MoE models that are offloaded to RAM.

New comment by rubiquity in "Brood War Bench"

rubiquity — Sun, 20 Sep 2026 04:57:08 +0000

No model will ever figure out how to make a ling tight wall.

New comment by rubiquity in "Tim Curry has died"

rubiquity — Wed, 26 Aug 2026 16:29:30 +0000

RIP. I always think of him for his performance in Home Alone 2.

New comment by rubiquity in "OpenRouter is joining Stripe"

rubiquity — Wed, 19 Aug 2026 19:49:04 +0000

This feels defensive and reactionary after Ramp started getting deeper into AI.

New comment by rubiquity in "Memory prices climb 500% in 12 months"

rubiquity — Tue, 18 Aug 2026 23:06:09 +0000

Boy am I feeling this. I had my eye on building a new Threadripper machine, which requires DDR5 RDIMMs. Much to my surprise while happily building out a parts list one fine evening I learned that these are going for between $500 and $1000 for one single 16GB module right now. I think I'll hold off and squeeze a few more years out of DDR4 and PCIe 4.0.

New comment by rubiquity in "Go is an ideal language for AI-assisted software engineering"

rubiquity — Wed, 12 Aug 2026 01:12:01 +0000

I love what you all do! I don’t have any to submit. Enough time with consensus teaches you to avoid it unless it’s really, truly needed.

New comment by rubiquity in "Go is an ideal language for AI-assisted software engineering"

rubiquity — Tue, 11 Aug 2026 19:56:09 +0000

My experience as well. LLMs also struggle with Rust's many abstractions and offerings but you can know that if it compiles it is data race free and work with the LLM to use better abstractions over time.

Zig is also good at this but requires more up front design (thread-per-core, static allocation, etc.) and consistent checks to verify rules are followed.

New comment by rubiquity in "Go is an ideal language for AI-assisted software engineering"

rubiquity — Tue, 11 Aug 2026 19:44:55 +0000

etcd has had numerous liveness and safety bugs, with one happening as recently as December of 2025. Would you consider that a correct implementation?

You may be interested in knowing that the largest managed Kubernetes service in the world (AWS EKS) ripped out etcd for in favor of their homegrown consensus service for large scale EKS clusters: https://aws.amazon.com/blogs/containers/under-the-hood-amazo...

New comment by rubiquity in "Go is an ideal language for AI-assisted software engineering"

rubiquity — Tue, 11 Aug 2026 19:36:50 +0000

Thank you. I don't know why this is so complicated.

New comment by rubiquity in "Go is an ideal language for AI-assisted software engineering"

rubiquity — Tue, 11 Aug 2026 19:32:03 +0000

But they are misreading what I said. My original post is clearly about Go. What they wrote is also ambiguous.

> The antithesis author states:

> "we’ve found bugs in every Raft implementation we’ve tested, including HashiCorp Raft, Aeron Cluster, OpenRaft, and MicroRaft"

What are they implying by citing that? That every language has a Raft implementation with bugs? Yes that's probably accurate because lots of people make Raft implementations for fun and learning. Again, Go does not have a single Raft/Paxos implementation that is rock solid. I have seen many in C++, Java, and Rust that are doing tens of millions of requests per second in production for over a decade.

Is their point that Go is not the only language with this problem? My post already points out the track record is that Go is the problem for writing correct code in highly critical domains.

New comment by rubiquity in "Go is an ideal language for AI-assisted software engineering"

rubiquity — Tue, 11 Aug 2026 19:15:16 +0000

The intersection of the set of Raft libraries Antithesis tested and all Raft libraries in existence do not fully overlap. I personally have worked on multiple proprietary ones that Antithesis would not have access to.

New comment by rubiquity in "Go is an ideal language for AI-assisted software engineering"

rubiquity — Tue, 11 Aug 2026 18:31:19 +0000

You're misreading what I said. I didn't say other languages don't have buggy Raft/Paxos implementations, just that Go is yet to yield a single correct one.