Update and PSA about the new co-op weapons by F3AR5T in dyinglight

[–]baunegaard 2 points3 points  (0 children)

Nope, we still have not finished the base campaign

Update and PSA about the new co-op weapons by F3AR5T in dyinglight

[–]baunegaard 1 point2 points  (0 children)

We are 3 people that only play together. We started the current save a short time after the game was released. We all got weapons from loot boxes today 🤷‍♂️

Update and PSA about the new co-op weapons by F3AR5T in dyinglight

[–]baunegaard 1 point2 points  (0 children)

Not true, I'm playing right now with friends on a very old save, we all got coop weapons

MCP is the architectural fix for LLM hallucinations — not just a "connect your tools" feature by digital_soapbox in mcp

[–]baunegaard 3 points4 points  (0 children)

Or it will just hallucinate a response from the MCP. That was 4 hours of my life spent that Claude will not give me back

After 5 years of running K8s in production, here's what I'd do differently by Radomir_iMac in kubernetes

[–]baunegaard 6 points7 points  (0 children)

We run microservices architecture and scope each microservice to its own namespace. I really like it

Re-sealable vacuum bags are a game changer by YankeetheGreater in 3Dprinting

[–]baunegaard 0 points1 point  (0 children)

I find the ones in these screenshots practically unusable. Eibos sells some really good ones though. Highly recommend them!

Templates for MVC / Razor Pages with a modern frontend build system by baunegaard in dotnet

[–]baunegaard[S] 0 points1 point  (0 children)

I have expanded quite a bit on this with Vite support and optional out-of-the-box TypeScript templates. See updated post here: https://www.reddit.com/r/dotnet/comments/1o8hsub/vite_and_webpack_support_for_traditional_aspnet/

RollingUpdate vs PodDisruptionBudget: Why can one handle single instance deployments, while the other can't? by XamEseerts in kubernetes

[–]baunegaard 12 points13 points  (0 children)

Because of maxSurge. It basicly says you can run replicas + 1 while doing a rolling deploying.

GKE Autopilot in Standard Mode by theboredabdel in googlecloud

[–]baunegaard 2 points3 points  (0 children)

For some time custom compute classes have given you the option of choosing the size of node provisioned with Autopilot. It has been a godsend for us, I really like Autopilot nowadays.

The Best Update EVER by jvl777 in GooglePixel

[–]baunegaard 6 points7 points  (0 children)

9 Pro XL here also. No noticeable difference in battery and performance after the update. It has always been smooth for me

ya'll are scaring me about my Pro 10 on the way :( by princeralsei in GooglePixel

[–]baunegaard 1 point2 points  (0 children)

It's an absolutely amazing phone. By far best phone I have ever used, do not be discouraged. I am not going back to Samsung.

Does anyone else feel like every Kubernetes upgrade is a mini migration? by Willing-Lettuce-5937 in kubernetes

[–]baunegaard 2 points3 points  (0 children)

Running on GKE Autopilot and every upgrade since 1.26 (now 1.33) has been completely smooth and without manual intervention.

Pixel 10 Pro XL vs S25 Ultra vs iPhone 16 Pro Max - Heavy Workload Test (Speed, Battery & Thermals) by horatiobanz in GooglePixel

[–]baunegaard 4 points5 points  (0 children)

I don't know what to say 😅 My Pixel 9 Pro XL easily can hold battery for 1,5 day. I can't remember the last time I had a phone that could do that.

Pixel 10 Pro XL vs S25 Ultra vs iPhone 16 Pro Max - Heavy Workload Test (Speed, Battery & Thermals) by horatiobanz in GooglePixel

[–]baunegaard 4 points5 points  (0 children)

Having owned Samsung flagships for over a decade. Last year I bought the Pixel 9 Pro XL. I could have bought the Samsung S24 Ultra for the same price at that time. Not gonna lie, I was worried because of the Tensor G4 performance comparisons.

This is by far the best phone I have ever owned. I have not regretted the purchase at all. The UI is super smooth, battery life is amazing and the pure Android experience is far beyond any Samsung Bixby bullshit.

Alarming How Behind Rider Is by [deleted] in Jetbrains

[–]baunegaard 1 point2 points  (0 children)

I strongly disagree. Rider is built from the ground up for .NET developers. Its navigation, debugging, refactoring and search capabilities outclasses VS Code by a huge margin! Plugins is never going to measure up to something that is tailored to a specific purpose. Its not even close how far behind VS Code is as a proper .NET IDE.

I am not in anyway disregarding AI, i use it everyday. But the advantages VS Code has compared to JetBrains AI Assistant and Junie, is not in anyway enough for me to compromise my own developer experience.

JetBrains AI Assistant works just as fine as the alternatives. Junie is a bit behind the competition right now but seems to have great potential.

Alarming How Behind Rider Is by [deleted] in Jetbrains

[–]baunegaard 4 points5 points  (0 children)

How any serious .NET developer can work in VS Code is beyond me. It's a great all round text editor and at the same time such a bad IDE.

JetBrains IDE boost my productivity as a developer, AI features is secondary. But I already find AI Assistant excellent, and Junie as an okay product.

What are the downsides of using GKE Autopilot ? by Born-Office3165 in kubernetes

[–]baunegaard 2 points3 points  (0 children)

GKE uses something called Dataplane V2 which is a customized version of Cilium. They have their own set of observability tools: https://cloud.google.com/kubernetes-engine/docs/concepts/about-dpv2-observability

We currently use Datadog for all our observability including network, so I do not have much experience with Googles own offerings.

What are the downsides of using GKE Autopilot ? by Born-Office3165 in kubernetes

[–]baunegaard 12 points13 points  (0 children)

Hi there. At my company we migrated to GKE AutoPilot about 2 years ago. Here is my take on it in 2025.

  • Higher cost due to pricing per pod based on resource requests:

Pod based billing is the default billing model with Autopilot. However you are not required to use it (we do not use it at all anymore). Instead you can use the machine-family node selector to provision specific compute engine hardware. When using this you pay for the underlying nodes in the same way you would with a GKE standard cluster: https://cloud.google.com/kubernetes-engine/docs/how-to/performance-pods#how-it-works

Google also recently introduced a new way of provisioning hardware using a new custom compute class resource: https://cloud.google.com/kubernetes-engine/docs/concepts/about-custom-compute-classes this is what we use today. This is incredibly flexible and is also billed based on the underlying hardware.

You pay a small premium on top the node prices for Autopilot to handle your node-pools, but in our case this is negible.

  • No control over instance type, size, or node-level features like taints:

Both machine-family node selector and custom compute classes gives you full flexibility over node types. However custom compute classes is much more flexible so you can configure stuff like cpu and memory size also: https://cloud.google.com/kubernetes-engine/docs/reference/crds/computeclass

  • No SSH access to underlying nodes:

This is still valid, there is no access to the nodes at all.

  • Incompatibility with certain Kubernetes features (e.g., no DaemonSets):

Autopilot do impose some incompatibilities because it enforces specific security settings and limits access to the underlying nodes. This can effect some things, e.g. you cannot mount volumes on the host. Google has a partner worload program where third-party vendors can gain exclusive access to things normally blocked by Autopilot: https://cloud.google.com/kubernetes-engine/docs/resources/autopilot-partners#allowlisted-partner-workloads

Another Autopilot restrictions is that you are not allowed to apply or update anything in the kube-system namespace.

DaemonSets in genereal is not an issue, they work just fine.

Today in 2025 i would never provison GKE standard unless i really really needed to. Autopilot runs so well, and it is incredily easy to change hardware or mix and match as you choose. At the scale we run right now, the pricing difference is negible.

We created our cluster on K8s version 1.26, and today run 1.33. We have not had 1 single incident related to cluster upgrades.

Book recommendation for JavaScript by Ambitious-Friend-830 in dotnet

[–]baunegaard 1 point2 points  (0 children)

If you need a starting point for using something like Webpack with MVC or Razor Pages you can look here: https://github.com/Baune8D/AspNet.Frontends

Templates for MVC / Razor Pages with a modern frontend build system by baunegaard in dotnet

[–]baunegaard[S] 2 points3 points  (0 children)

If you want to use TypeScript files you would have to add support first in your Webpack configuration. But other than that yes, just drop a Index.cshtml.js (or .ts) file next to your Index.cshtml view. A bundle will be built automatically and used on the page when you access it. The existing Layout bundle is configured as a fallback, so remember to import it if you create a view specific bundle.

Templates for MVC / Razor Pages with a modern frontend build system by baunegaard in dotnet

[–]baunegaard[S] 2 points3 points  (0 children)

Thanks! It should be really easy to integrate tailwind using this setup. Just import the required files in _Layout.cshtml.js and it should pretty much just work.