The Goldilocks Pull Request
Caparra, DevOps Peter Somerville Caparra, DevOps Peter Somerville

The Goldilocks Pull Request

A Pull Request should be focused. It should do one thing well: fix a bug, add a feature, or refactor a specific part of the code. This helps reviewers follow what changed and why, help CI tools test your changes, and help your future self understand the changes. Your PR should appeal to Goldilocks: not too large, and not too small.

Read More
Python Linter Showdown
Python, DevOps, Software Chad Rhyner Python, DevOps, Software Chad Rhyner

Python Linter Showdown

Python Linter Showdown! It’s time for a spirited comparison of four popular Python linters: black, flake8, pylint, and ruff. Each tool promises to tidy up your code, catch pesky bugs, and keep your scripts neat. Our contestants today will face off on three files containing some not-so-great Python. Get ready to witness our code-based house of horror!

Read More
Clean Commits from the Start with pre-commit
DevOps Peter Somerville DevOps Peter Somerville

Clean Commits from the Start with pre-commit

Have you ever run git commit, only to realize later that you forgot to fix a small error? If so, you know that tiny missteps can quickly add up to big hassles for your entire team. That is why a simple tool called pre-commit can be so helpful. It automatically runs checks, linters, and other automated routines right before you commit your code.

Read More
DevOps Implementation Guide: From Zero to Hero (2025)
DevOps Peter Somerville DevOps Peter Somerville

DevOps Implementation Guide: From Zero to Hero (2025)

DevOps can be a game-changer for software development and IT operations. But what if your team has never done DevOps before? Transitioning to a DevOps culture can feel overwhelming. Fortunately, you don’t need to flip the switch overnight. Let’s walk you through the step-by-step process of introducing DevOps to a team that has never practiced it before.

Read More
No One Should Be Deploying Code at 2 AM
DevOps Peter Somerville DevOps Peter Somerville

No One Should Be Deploying Code at 2 AM

Deploying code at 2 AM is a cry for help. It signals a process problem, not a people problem. If your team is routinely making production changes in the dead of night to minimize impact on users, then you’re not reducing risk; you’re just shifting it onto tired, overworked developers who are more likely to make mistakes.

Read More