Readit News logoReadit News
carlm42 commented on US plans online portal to bypass content bans in Europe and elsewhere   reuters.com/world/us-plan... · Posted by u/c420
carlm42 · 21 days ago
I don't know where you live but I've been able to express myself without any form of approval. Granted, I tend to not encourage genocide or glorify fascist regimes, but that's just me.
carlm42 commented on US plans online portal to bypass content bans in Europe and elsewhere   reuters.com/world/us-plan... · Posted by u/c420
mlh496 · 21 days ago
Sad that western Europe is pushing so hard for limits to free speech & privacy. I'm not surprised given their history, but it's sad nonetheless.
carlm42 · 21 days ago
Sad that the United States are pushing so hard to encourage the propagation of propaganda & lies. I'm not surprised given their history, but it's sad nonetheless.
carlm42 commented on OpenBSD-current now runs as guest under Apple Hypervisor   undeadly.org/cgi?action=a... · Posted by u/gpi
cpach · 2 months ago
Good point. The naming of those frameworks is sooo confusing. IMHO, nearly impossible to not mix them up.
carlm42 · 2 months ago
My mental model is that each of these covers a different layer of the stack, from lowest to highest:

* hypervisor-framework handles the hypervisor bits, like creating virtual machines, virtualising hardware resources, basically a C API on top of Apple's hypervisor

* virtualization-framework is a higher-level API, meant to make it easy to run a full-blown VM with an OS and hardware integration, without having to reinvent the integration with lower-level primitives that hypervisor-framework provides

* containerization-framework uses virtualization-framework to run Linux containers on macOS in microVMs.

By analogy to not mix them up, it's a bit like KVM > QEMU > containerd.

Hope this helps!

Deleted Comment

carlm42 commented on $50 PlanetScale Metal Is GA for Postgres   planetscale.com/blog/50-d... · Posted by u/ksec
unbelievably · 3 months ago
Considering they are charging an unfathomable $4529/mo for 256 GB databases, extrapolating that to a serious use case you can indeed just hire someone full-time with how much you'd save. And then you'll actually have someone who understands how databases work instead of treating it like an expensive black box.

edit: my bad that's the price for 256GB RAM.

carlm42 · 3 months ago
Yeah per your edit that'd be for 256GB RAM which puts that into serious dollar category. For comparison I checked what AWS asks for for the same spec and that'd be $4616/month (for a db.m8gd.16xlarge), and that doesn't even yield you an actual NVMe. You can of course build the same for cheaper on Hetzner but again then you're on the hook also for the operations of the thing, which at that size is possibly non-trivial.
carlm42 commented on $50 PlanetScale Metal Is GA for Postgres   planetscale.com/blog/50-d... · Posted by u/ksec
unbelievably · 3 months ago
$50 bucks gets you an EIGHTH of a vCPU, 1GB RAM, and 10GB SSD??? This is quite frankly highway robbery. Not to mention the laughable bandwidth. Hetzner will give you 16 vCPU, 32GB RAM, and 640GB SSD for less than that. We're talking over an order of magnitude difference in value here.
carlm42 · 3 months ago
On Hetzner you will be on the hook for managing the database though, and DBA is most certainly a full-time job if you have a serious use-case for it.
carlm42 commented on $50 PlanetScale Metal Is GA for Postgres   planetscale.com/blog/50-d... · Posted by u/ksec
anoojb · 3 months ago
Perhaps a naive question — but why would someone use a dedicated database provider and connect from another cloud provider's application service? ...as opposed to using the same provider's db + app service offering?

Wouldn't this introduce additional latency among other issues?

carlm42 · 3 months ago
It depends a bit on your cloud provider but some of them have an offering that doesn't always match your needs or their pricing might be much more expensive at equal performance.
carlm42 commented on Why Twilio Segment moved from microservices back to a monolith   twilio.com/en-us/blog/dev... · Posted by u/birdculture
rtpg · 3 months ago
I am _not_ a microservices guy (like... at all) but reading this the "monorepo"/"microservices" false dichotomy stands out to me.

I think way too much tooling assumes 1:1 pairings between services and repos (_especially_ CI work). In huge orgs Git/whatever VCS you're using would have problems with everything in one repo, but I do think that there's loads of value in having everything in one spot even if it's all deployed more or less independently.

But so many settings and workflows couple repos together so it's hard to even have a frontend and backend in the same place if both teams manage those differently. So you end up having to mess around with N repos and can't send the one cross-cutting pull request very easily.

I would very much like to see improvements on this front, where one repo could still be split up on the forge side (or the CI side) in interesting ways, so review friction and local dev work friction can go down.

(shorter: github and friends should let me point to a folder and say that this is a different thing, without me having to interact with git submodules. I think this is easier than it used to be _but_)

carlm42 · 3 months ago
You're pointing out exactly what bothered me with this post in the first place: "we moved from microservices to a monolith and our problems went away"... ... except the problems had not much to do with the service architecture but all to do with operational mistakes and insufficient tooling: bad CI, bad autoscaling, bad oncall.
carlm42 commented on Pebble Index 01 – External memory for your brain   repebble.com/blog/meet-pe... · Posted by u/freshrap6
pedalpete · 3 months ago
We regularly get contacted by people in Europe who want to buy our product, but we haven't been providing support due to the cost of certs, and other regulatory needs (medical/wellness device).

We want to help people in the EU, but with laws like replaceable batteries, it's going to push us further and further away from being able to do that.

Our product is designed to be refurbished, but not user-replaceable.

At the same time, how many products do people give up on because of battery life, and is this a non-issue with future battery chemistries?

Do people replace their phones because the battery isn't good anymore, or is it more likely they've broken the screen, cameras, etc to the point where it doesn't make sense to replace those anymore? Or they just want the newest thing?

carlm42 · 3 months ago
So it's 2025 and we're building more disposable electronics? I'm sorry but I think the EU is not the problem here.
carlm42 commented on Instagram chief orders staff back to the office five days a week in 2026   businessinsider.com/insta... · Posted by u/mfiguiere
baiwl · 3 months ago
The "I know, crazy idea." from the parent comment is even more abrasive.
carlm42 · 3 months ago
The person you're replying to asked if it was fun. Consider that my sarcasm was meant to be sort of tongue in cheek and not incredibly serious, which is a very different kind of tone from other comments in this chain.

u/carlm42

KarmaCake day92October 21, 2025View Original