Hacker News: cloudfudge

New comment by cloudfudge in "Just Use Go"

cloudfudge — Thu, 21 May 2026 16:21:09 +0000

> Only usable if you only care about your own system.

Ahaaa, that clicks. Yes, I tend to build software that only cares about my own systems.

New comment by cloudfudge in "Just Use Go"

cloudfudge — Thu, 14 May 2026 00:41:55 +0000

Yes, totally agreed that for a LOT of organizations, relying on a system dependency that will likely get upgraded independent of your service is probably the simpler way to go and the way to make sure your TLS implementation stays current. But when you're building tier zero services that must control their dependencies like their lives depend on it, the opposite approach can be quite beneficial, and I don't need Microsoft telling me I'm doing it wrong because I'm not in the 99% use case.

New comment by cloudfudge in "Just Use Go"

cloudfudge — Mon, 11 May 2026 22:50:37 +0000

Agreed. The fact that .NET has a way to do true static linking is great and I didn't know it existed. The fact that they apparently think it's a weird and undesirable thing is less great and would make me worried that they're going to undermine the ability at some point. Golang has had this ability since way back and they think it's a strength.

New comment by cloudfudge in "Just Use Go"

cloudfudge — Mon, 11 May 2026 22:30:08 +0000

Oh that's good to know. I happen to think Microsoft is chasing a bad philosophy with that declaration, and there is no more danger in statically linking ssl if you're continuously rebuilding and deploying your statically linked scratch image, but then again, the Microsoft approach to a lot of things isn't what I want in my datacenter. To each their own, I guess. I happen to love how self-contained Go programs can be and do not consider that a liability but a strength.

New comment by cloudfudge in "Just Use Go"

cloudfudge — Mon, 11 May 2026 22:18:21 +0000

Lol well I don't know what the trigger is for pulling in libc there, because I've built massive scale services that did a lot of nontrivial stuff and then the deployment was a single-binary docker container that did not have libc. The only thing needed to be put in the container was a directory full of root certs so it could do TLS.

(full disclosure, I don't think I ever had my service look up the address of localhost)

edit: seems like you probably have CGO_ENABLED=1, which is now the default and will cause simple networking things to use libc. Set CGO_ENABLED=0 and you won't have libc.

New comment by cloudfudge in "Just Use Go"

cloudfudge — Fri, 08 May 2026 18:39:32 +0000

That isn't truly self-contained. It still relies on libc.

New comment by cloudfudge in "Just Use Go"

cloudfudge — Fri, 08 May 2026 17:39:13 +0000

> that also compiles to a binary

"compiles to a binary" is not a useful criterion. The criterion Go is winning on is "compiles to a single, completely self-contained binary," meaning it does not depend on libc or any external runtime. You can't say that about .NET. You can't say that about damn near any other programming language. It's extremely rare. The fact that .NET uses a binary packaging format is, like... well ok, so what?

New comment by cloudfudge in "GameStop makes $55.5B takeover offer for eBay"

cloudfudge — Mon, 04 May 2026 23:28:47 +0000

"Attempting" is not in any way a valid description of what he's doing there. That was a wild clip.

New comment by cloudfudge in "Maine is about to become the first state to ban major new data centers"

cloudfudge — Fri, 10 Apr 2026 18:38:50 +0000

"Requiring something be allowed" != "requiring them to have them"

New comment by cloudfudge in "Maine is about to become the first state to ban major new data centers"

cloudfudge — Thu, 09 Apr 2026 21:51:48 +0000

> The consequence of saying they cannot choice to not have them. Is saying your requiring them to have them whether or not the people their want them.

Sorry, but this is nonsense. They are currently not banned in Maine, yet they do not have them. There is obviously no requirement to have them.

New comment by cloudfudge in "Native Instant Space Switching on macOS"

cloudfudge — Thu, 09 Apr 2026 20:29:46 +0000

I can prove everyone doesn't love hyberbole because I have found a counterexample, but I cannot prove everyone doesn't use Rectangle.app.

New comment by cloudfudge in "Maine is about to become the first state to ban major new data centers"

cloudfudge — Thu, 09 Apr 2026 20:21:15 +0000

In what universe is requiring them the only alternative to banning them? The actual alternative is obvious: not banning them.

New comment by cloudfudge in "John Coltrane illustrates the mathematics of jazz"

cloudfudge — Tue, 07 Apr 2026 20:47:52 +0000

As someone who's really into music theory, I am always annoyed by what I perceive as a patronizing faux exaltation of it supposedly being mathematically based. It's not math; it's cyclical patterns. Yes, it can all be represented mathematically, and it is surprising to some people how something with feeling can map to these interesting cycles of discrete values in unexpectedly regular ways, and there are very interesting mathematical ratios involved, but that doesn't make it math. I don't think we need to pat John Coltrane on the head and talk about how he's actually kind of smart because he's doing math.

New comment by cloudfudge in "Artemis II crew take “spectacular” image of Earth"

cloudfudge — Mon, 06 Apr 2026 18:00:36 +0000

I would love to see the effect of the mirror's effect on the motion of the camera in a weightless environment. I bet it's enough to measurably affect the picture, especially on a long exposure. Net torque of it opening and then closing should be near (but probably not exactly) zero, but while it's open the camera should spin a tiny amount.

New comment by cloudfudge in "Oracle slashes 30k jobs"

cloudfudge — Tue, 31 Mar 2026 20:39:27 +0000

Oracle Cloud isn't actually "terrible cloud", but it definitely isn't geared toward smaller users like startups and individuals. It's downright hostile to casual use. But for fortune 500 companies who don't mind being in bed with Oracle, the price can be right.

New comment by cloudfudge in "Oracle slashes 30k jobs"

cloudfudge — Tue, 31 Mar 2026 20:33:16 +0000

The focus not being the DB for 20 years is mostly true, with the exception that all of their applications are well-served by having a very scalable and very bulletproof database in-house.

New comment by cloudfudge in "Nvidia NemoClaw"

cloudfudge — Mon, 23 Mar 2026 21:40:36 +0000

> Here are some completely normal and plausible [reasons]. It was worked on over weeks internally, commits referenced other internal NVIDIA software/libraries they used. It name dropped projects and code names. Maybe it was just an extremely long chain of messy commits that is improper to have on a potentially big open source repo.

... it referenced internal servers and they want to scrub that for security reasons

... it might have had secrets embedded at some point because it was a quick and dirty proof-of-concept

... it could have had swear words in the code

... it had enormous binaries checked in at one point and they don't want the repo to be huge

... they don't want you to know the names of everyone that worked on it

... it's forked off other internal work that isn't public yet

There are so many reasons that the easiest thing to do is just snapshot it and have minimal public git history. Some places I've worked make it so publicly, there's one commit per release. Did NVidia do this? Well, they didn't collapse it down to a single commit, but we have no evidence that the commits we see were the actual internal development timeline.

New comment by cloudfudge in "Nvidia NemoClaw"

cloudfudge — Mon, 23 Mar 2026 21:23:27 +0000

> there's overwhelming evidence that their public github history is accurate and Nemoclaw was written in a weekend

Aside from commits on github, which we've already established mean absolutely nothing, what is the overwhelming evidence?

New comment by cloudfudge in "Nvidia NemoClaw"

cloudfudge — Fri, 20 Mar 2026 00:35:29 +0000

I don't have to know their reasoning in order to know public github history is not necessarily an accurate record of all changes.

New comment by cloudfudge in "Nvidia NemoClaw"

cloudfudge — Thu, 19 Mar 2026 18:58:57 +0000

Just let go of the notion that a 4 day github history necessarily means the project is only 4 days old. It's a ridiculous assumption to base an argument off of. It's extremely normal to have work in one, perhaps internal, repo which you then blast over to a public repo in one (or a few) big commits. There is zero reason for them to let you see their internal progress.