Profile avatar
chadxz.dev
Principal Platform Engineer. Always learning. https://chadxz.dev
38 posts 48 followers 216 following
Regular Contributor
Active Commenter

My public iMessage contact key verification code: APKTID-2fJipQp3mNWlHTSFQFEiUPs0XVui0bJ9WNM6HJOGaU-5Q

Claude Sonnet 3.7 has been released and it is benchmarking as the new best model for coding in both its thinking and non-thinking modes aider.chat/docs/leaderb... h/t to Paul Gauthier (Aider maintainer) for the benchmark and his tireless work on a great coding tool.

✨Heads up! Observables are shipping natively to a browser near you soon! Huge thank you and congrats to @domfarolino.com ❤️ I've helped / worked on / watched this through different standards bodies for more than 10 years now. ☠️ (I'm going to have a lot of work now to adapt RxJS to this 😅)

For the last year or so I have been noodling on the idea of a Best Simple System for Now. What happens when you write exactly the code you need, at the level of quality you need, but solving the problem _for now_ rather than a generalised or hypothetical version of it? dannorth.net/best-simple-...

This is a great article capturing the "boots on the ground" experience of working with Aider, one of my favorite AI coding tools. Check it out if you have had a hard time wrapping your head around the workflows to use to build with AI. I have had it on my list to write an article like this myself.

This is nice. I expect this to become the norm over time to provide up-to-date and accurate context for important aspects of our development workflow that are outside our source tree. See also llmstxt.org

Been hacking on a few different apps trying to get OpenTelemetry going and I’ve been surprised at how complicated it is. Well, actually not that surprised. But sad, definitely sad. Hoping to eventually be able to crack the code and have nice tracing metrics and logs. 🤞

This post is excellent advice. Trying to figure out technical decisions in the abstract is fraught. Get your hands dirty - you’ll learn so much more and make much better decisions in the process.

Open source is weird. We build so much on top of it but the interactions from project to project vary wildly. I want to use and contribute to a growing web framework but am getting crickets in my first interactions (issue, pr) on the project. Doesn’t feel great, but here we are.

Ghostty is now generally available to use. This terminal is an open source project by Mitchell Hashimoto (of Hashicorp) and works great out-of-the-box. Also embeds my favorite terminal font: Jetbrains Mono. 👍

This post by @mcfunley.com is great, I couldn’t have said it better myself: “This is all to say that if you are systematically eradicating fun things, using “anything that feels positive must be wasting time” as a heuristic, you have thoroughly disappeared up your own ass” mcfunley.com/on-misery

My current ai dev tooling stack: * Webstorm Editor * Supermaven for autocomplete * Continue.dev for chat * Aider for inline prompting and large-scale code generation The landscape is constantly changing, but this my go-to today. I don't switch to Cursor/WIndsurf bc I don't like VSCode, but ymmv.

If you're using github actions runner controller and use docker-in-docker mode, moving your dind container to be a sidecar container is a great way to prevent flakiness in CI runner startup. Add restartPolicy: Always to the dind container and move it to the initContainers spec. Done!

Hey Jetbrains IDE users - you may have already known that you can set a project icon as SVG through the IDE, but did you know you can also simply drop a file named "icon.png" into the .idea folder and it also works? A lot simpler, IDK why they don't allow selecting a PNG in their UI.

My DevOps Days talk from this year: chadxz.dev/startup/ In this talk, I shared my experience working at a small startup and adapting the software engineering principles I have learned throughout my career to this new environment.

Including a self-review process as a part of your day-to-day software engineering workflow is a great way to grow as an engineer and hold your work to a high bar. https://chadxz.dev/self-review/

I adapted my DevOps Days talk I gave in April to blog form: https://chadxz.dev/platform My hope is that our lessons learned can help add some color to what Platform Engineering looks like day-to-day.

👋🌎