- On containers and frameworks
-
The 9 lines of code video surfaced again on Reddit. I watched it at the time and wrote the above post in response. I don’t expect that it helps change the mind of the "too much magic" crowd, but I hope it gives food for thoughts to more reasonable engineers.
- Building Container Images FROM Scratch: 6 Pitfalls That Are Often Overlooked
-
I love to brag by using
FROM scratchin my demos. The post makes a list of the reasons you shouldn’t do it in production. - Automate vCluster Management in EKS with Sveltos and Helm
-
- Policy as Code | From Infrastructure to Fine-Grained Authorization
-
Learn about Policy as Code, its use cases, and challenges from leading software developers. Discover tools and frameworks for policy as code implementation, and dive into policy languages like Rego, Cedar, and OpenFGA.
- Real-World Use Case: Using Rust for Computationally Heavy Tasks in Kotlin (and Java) Projects
-
I’m a fan of both Rust and Kotlin!
- DevContainers in CI/CD
-
Since I’ve been aware of Dev Containers, I’m a big fan!
- The documentation problem in development
-
My two cents:
The post doesn’t mention that its focus is APIs. It might be implicit if you’re familiar with Bear Blog, but they actually don’t follow the principle they mention in their own post!
The post is too generic IMHO. Worse, they mention documentation as a single monolithic block, which isn’t the case. It’s completely oblivious to the fact that multiple personas will read the doc, from newbies looking for a quick start to experts searching for a rarely used configuration parameter. If you want to be thorough in your documentation approach, I suggest looking at the Divio system that structures documentation in four view points depending on the persona.
As such, advising to "Ensure no part of your documentation overlaps or repeats unnecessarily" is a wrong one. The hardest part lies in keeping all parts in sync.
- The Shift in Metrics: How Product Engineers Measure Success
-
Any observed statistical regularity will tend to collapse once pressure is placed upon it for control purposes.
- What are all of those Kotlin function types for?
-
- Why is Git Autocorrect too fast for Formula One drivers?
-
TIL: Autocorrect.
After reading the post, I immediately ran
git config --global help.autocorrect prompt. - Quit X with minimal fuss with HelloQuitX
-
The app allows you to migrate with a minimal amount of fuss from Twitter to Bluesky and Mastodon.
- A distributed vulnerability database for Open Source
-
OSV enables developers to identify known third-party open source dependency vulnerabilities that pose genuine risk to their application and its environment, so they can focus remediation efforts on the vulnerabilities that matter and sustainably manage vulnerabilities that do not affect them.
This repository contains the infrastructure code that serves osv.dev (including the API). This infrastructure serves as an aggregator of vulnerability databases that have adopted the OpenSSF Vulnerability format.