People IBM get fired for setting up IBM stuff [1]

[1] https://au.finance.yahoo.com/news/many-employees-ibm-2026-la...

> Code generated these days with fable and sol are near perfect.

If you're doing a simple CRUD app, sure.

If you're doing anything more involved they get the job done with dozens of shortcuts that bite you in the ass the moment you have on-call duty.

Way too much code and repetition and hacks.

Especially in GPU code, but also in other fields.

You have a very interesting definition of "perfect", then.

We have been running Agents on infrastructure and letting to create resources, scale up and down, security scans etc.

I agree with premise of thr blog. The question i have been asking internal does knowing your system really matter if you can recreate it in minutes.

We recently had a situation, where in with our internal platform and claude we recreated everything in minutes.

Management in the end cares about the outcome and not how the meat is made.

I can attest to this. People say the Netherlands is among the best countries to be an entrepreneur. The visa policies for starting a business are good. But man, the whole tax system, shares, and holding management—belasting breathing up your neck—is horrible when I am trying to do firefighting. You never know when you might get hit by a tax bill. The tax system is built towards benefitting large organizations, and they can afford expensive tax consultants who can help them dodge it. The VC ecosystem is limited and not risk averse.

Having operated in multiple geographies, US is really business friendly.

>the whole tax system, shares, and holding management

You don't have to set up a holding management structure for your company. It's there if you want to, but why make it complicated if you don't want a complicated structure?

If you're small, a simple eenmanszaak will suffice - which you can fill online, and then complete within an hour at the KvK.

>belasting breathing up your neck

Honestly I never had any issues with the belastingdienst, as long as you file your reports every quarter/year, and you're willing to pay the taxes you owe.

Any time I ever had issues, I just had to talk with one of their inspectors, go over my paperwork, and we sorted it out there. When I had issues with paying, it was one phone call to defer it for 2 years and set a payment scheme.

Netflix was torchbearer of projects that defined thr bigdata and cloud era. They were used as an showcase example for microservice architecture.

Their recommendation system was seen as industry standard best in class.

I wouldnt potray them in negative light.

That depends on when you are talking about...

Compared to modern social media platforms they are eons behind ofc social media has more content and more data ofc.

But their BigData and stuff was bleeding edge in pre-2018 in 2026 they really are 5-8 years behind they have not progressed much from what I can tell in both my usage experience, and their technical outputs over the years.

And yes that's the thing about modern development you fall behind really quickly.

Think about it Google was the company to create modern LLMs but people now dog on their LLMs. Apparently even SpaceX is ahead (I don't exactly know but maybe it is).

Being ahead once doesn't mean you are ahead today.

Netflix excels at maximizing engagement. The idea that you should A/B thumbnails for individual users, for example.

All the world-class data science doesn’t change the fact that the catalog doesn’t actually have many “hidden gem” titles. I find it somewhat hypocritical to argue that naive recommendations skew to the mean, when Netflix will happily pull funding for quirky shows that underperform in front of a general audience.

emphasis on past tense

a nation can emerge as a superpower with advanced infrastructure at one point in time, and still have antiquated infrastructure in the present, no high speed rail and overly complex solutions to make up for it

> Their recommendation system was seen as industry standard best in class.

When was this? 2014?

Background check softwares do this too.

Some of the low cost options now a days do not have human in the loop. They often miss obvious red flags or do too much false positives.

Good question. We use our own hypervisor[0] that's not KVM/QEMU. We don't have nested virtualization today so we don't follow the KubeVirt model, though we are discussing what CRDs like OxideInstance would look like for those that want to operate solely in Kubernetes manifests.

The core primitive on Oxide is the instance (virtual machine). We could support some container primitive, but that's a larger product direction discussion. Our host OS is Helios (Illumos) so there are details to iron out there regarding what abstractions we would build and expose to the users. Not impossible but not something we're currently pursuing either given that we have other immediate product asks.

If you're at a scale where compute density, power efficiency, security, and rack-level API management matters then that's where Oxide makes sense for you.

[0] https://github.com/oxidecomputer/propolis

Theoretically, yes. Practically, highly unlikely.

Switching to Linux and KVM would gain the ecosystem benefits but Oxide would lose control of the host OS which can impact our security stance. Better to tightly integrate at this layer and expose the primitives that are needed. It's not impossible, but we're already maintaining the existing Helios host OS. Adding another wouldn't be beneficial.

You would use Oxide if you hate Dell/HPE/Lenovo/Supermicro. Also most people won't run k8s on bare metal because they want to dynamically provision a bunch of clusters.

You treat the hardware as a software problem and provision it dynamically. Also keeps I/O high if you have data locality (HCI).

you can do that on k8s

Oxide is shipping the baremetal server as well, with integrated hypervisor - so running kubernetes with kubevirt on it makes less sense than integrating with the host hypervisor

Yeah me too. Like I kinda compare oxide to coreweave and coreweave is built on top of k8s afaik. I'm wondering what the underlying tech oxide leans on. If I was doing this I would be using talos and k8s on baremetal and building on top of that. Container first rather than VM first seems like a big advantage imo. Most workloads will be containers.

Coreweave is a cloud provider right? I dont think it is apple to apple comparison.

Cloud is an API you can hit to get access to hardware. Oxide sells hardware.

Oxide has an API on top that gets you services. The whole pitch is AWS with purchased hardware, no? That's cloud

> The whole pitch is AWS with purchased hardware, no?

HBOM

SBOM

Unparalleled support w/ vertical integration

Tons of companies will see you a "cloud". The other parts seem pretty unique.

Yes but you buy the hardware and have to rack it, and then you have a cloud at home.

Extreme nit: because you purchase a rack at a time, you don't actually rack it. You wheel it in, plug in network and power, and hit "on".

Oh man, genuinely thank you for that nit. Gives me different imagery to imagine for the Oxide node I'll never be able to afford.

I'm glad, I meant it in semi-jest, because it's true, but also just a very funny thing to "well actually" about.

Most security minded orgs and also AWS deploy containers in VMs for better security

oxide and coreweave?

Oxide is in-house custom everything. Switches. Racks. Power bus. BMC. Firmware. OS. Software and APIs. Virtualization. Etc.

When oxide provide your metal?

Multiplayer agent thingy is a VC keyword these days.

Yeah, YC also has their own "multiplayer agent", qm (https://github.com/yc-software/qm), though it doesn't seem to be focused on code, which makes a little more sense.

I think multiplayer is easier on web than doing it in the terminal

Zed's not in the terminal either, it's a GUI app.

India is among the largest beef exporter in the world.

Does this make the vegetarians not exist?

You can do this in lovable too now. But i dont think it gets used a lot. I think it is not very unique, i have seen bunch of providers, some are selling ai workers, some are selling internal tools in different shape and form.

I think the moat for internal tools is not where you think it is. Also, i see self host option, it is a nightmare too, no one will do it just for internal tools now. It was valid before AI era.

I am also seeing non engineering staff actually building tools with claudecode, paas like railway and stuff. People have become more efficient with engineer tools.

Fair, the generation part is commoditized. What we sell is the trust layer around company data. No credentials in the builder's hands, scoped access per tool, forkability etc. CC + Railway works until someone pastes a prod key into an env var.

This is not the most effective way to build trust layer. But anyways.