p-o (u/p-o) - Readit News

p-o commented on Boring is what we wanted 512pixels.net/2025/10/bor... · Posted by u/Amorymeltzer

XorNot · 2 months ago

At this stage of the game what people want is CUDA. I just bought a new GPU and the only requirement I had was "must run reasonably modern CUDA".

p-o · 2 months ago

There might be a subset of people, such as yourself, that looks for CUDA as a hard requirements when buying a GPU. But I think it's fair to say that Vulkan/Spir-V has a _lot_ of investment and momentum currently outside of the US AI bubble.

Valve is spending a lot of resources and AFAIK so are all the AI companies in the asian market.

There are plenty of people who wants an open-source alternative that breaks the monopoly that Nvidia has over CUDA.

p-o commented on Tesla reports 14% decline in deliveries, marking second year-over-year drop cnbc.com/2025/07/02/tesla... · Posted by u/ceejayoz

homefree · 6 months ago

My dad takes his from Western New York down to Florida pretty regularly and does FSD most of the way.

I think these complaints are just outdated - it has improved rapidly over the last two years. If you never use it why would you think you have an accurate model for how good it is in different environments?

SF is also hardly a simple environment to drive in, it’s more complicated than most east coast driving.

p-o · 6 months ago

I know you are making stuff up as I own a Tesla and live on the East coast and FSD is nowhere close to what you are describing. You can barely use FSD 4 months out of the year.

p-o commented on My AI skeptic friends are all nuts fly.io/blog/youre-all-nut... · Posted by u/tabletcorry

tptacek · 7 months ago

I don't know the full answer to this question, but I have a partial answer: they should at least stop doing tedious tasks that LLMs do better.

p-o · 7 months ago

Unrelated to your friends, but a big part of learning is to do tedious tasks. Maybe once you master a topic LLMs can be better, but for many folks out there, using LLMs as a shortcut can impede learning.

p-o commented on Show HN: Dynamic IPv4/6 records for Cloudflare github.com/ddries/d2c.sh... · Posted by u/kurokawad

kurokawad · a year ago

Thanks! May I ask why would you split API keys from the rest?

p-o · a year ago

API Keys are usually secrets and as such, if I wanted to commit those files to git, the API token would not leak to my repository.

p-o commented on Show HN: Dynamic IPv4/6 records for Cloudflare github.com/ddries/d2c.sh... · Posted by u/kurokawad

p-o · a year ago

That's really neat. I also had a similar need to dynamically manage DNS Record and decided to create a Kubernetes operator instead to manage it (https://github.com/pier-oliviert/phonebook).

I do like your approach, it's really refreshing. I'd probably want to split the API keys from the rest of the config files.

Great work!

p-o commented on Hyprland 0.44 hyprland.org/news/update4... · Posted by u/bpierre

p-o · a year ago

How much I would love to be able to use this. Every few years, I try to replace my Macbook with a different laptop and linux. But the "finish" that the Apple products have is unmatched.

Specially the keyboard/trackpad support. It's always been underwhelming with Linux. I know this is a subjective take and it's unrelated to Hyprland.

I hope that my next laptop can finally be the final step off to the Linux laptop, because I would love to use Hyprland.

p-o commented on Ask HN: What are you working on (September 2024)? · Posted by u/david927

p-o · a year ago

Decided after all these years to start to create open source libraries around things I've worked with in the past.

As worked a lot with Kubernetes in the past, I started with creating a Kubernetes Operator alternative to external-dns I call Phonebook: https://github.com/pier-oliviert/phonebook

It lets you control DNS record like you would any other native resources in Kubernetes through CRDs. Open-sourced it last week and there's already a bunch of features that are planned for the operator"

  - cert-manager's support for DNS-01 challenges
  - More support for other providers
  - Increase support for each provider that already exists
  - etc.

Check it out!

p-o commented on How I learned to stop worrying and love userspace networking friendshipcastle.zip/blog... · Posted by u/todsacerdoti

mrgaro · a year ago

I'd say the opposite instead: we need Kubernetes distributions, just like Linux needs distributions. Nobody wants to build their kernel from scratch and to hand pick various user space programs.

Same for Kubernetes: Distributions which pack everything you need in an opinionated way, so that it's easy to use. Now it's kinda build-your-own-kubernetes at every platform: kubeadm, EKS etc all require you to install various add-on components before you have a fully suitable cluster.

p-o · a year ago

I think the Operator pattern will grow to become exactly what you describe. We're still at the early stage of that, but I can see that a group of operators could become a "distribution", in your example.

p-o commented on Show HN: Kardinal – Building light-weight Kubernetes dev ephemeral environments kardinal.dev/... · Posted by u/TCR19

p-o · a year ago

Congratulations on shipping! I like how opinionated Kardinal is, which means it should work nicely for anyone who shares the same kind of infras vision as you.

It's also such an interesting moment for you folks to show up on HN, I just shipped the first preview version of my Kubernetes operator(https://github.com/pier-oliviert/sequencer) that manages ephemeral environments. I can see some things that are similar with both our options as well as some things that are quite different.

Maybe if I had one question is: What made you go for Istio as the main network mesh?

Good luck with the launch!

p-o commented on Stripe's Monorepo Developer Environment blog.nelhage.com/post/str... · Posted by u/edran

p-o · a year ago

It's always so enlightening to have articles like this one shed light on how companies at scale operate. It goes without saying that many of the problems Stripe faced with their monorepo isn't application to smaller businesses, but there are still bits and pieces that are applicable to many of us.

I've been working on an ephemeral/preview environment operator for Kubernetes(https://github.com/pier-oliviert/sequencer) and as I could agree to a lot of things OP said.

I think dev boxes is really the way to go, specially with all the components that makes an application nowadays. But the latency/synchronization issue is a hard topic and it's full of tradeoff.

A developer's laptop always ends up being a bespoke environment (yes, Nix/Docker can help with that), and so, there's always a confidence boost when you get your changes up on a standalone environment. It gives you the proof that "hey things are working like I expected them to".

u/p-o

KarmaCake day136April 25, 2020View Original