Theo on Guilt-Merging Pull Requests and Questioning Code

A short reflection on why developers sometimes accept changes they do not think are right.

TBTheo BrowneIntervenant · Ping Labs
Chaîne
Theo - t3․gg
Publié
8 juil. 2026
Vidéo
0:20
Lecture
1 min
Original
anglais
Ouvrir sur YouTube
En faisant défiler, la vidéo se réduit en bas à droite et continue. Les sous-titres suivent votre langue de lecture.
Langue de lectureDisponible en 2 langues
Cet article n’est pas encore disponible en français ; il s’affiche dans l’original en anglais.
RÉSUMÉ

En 30 secondes

Theo Browne describes “guilt-merging” a pull request because someone invested effort and the alternative is an uncomfortable conversation. He asks developers to question the things they have become accustomed to protecting.

  1. 1Guilt-mergingTheo asks whether developers have merged a pull request because its author worked hard on it.
  2. 2Avoided conversationThe change may not be quite right, but the alternative is a conversation the reviewer does not want to have.
  3. 3Reconsider prioritiesHe suggests questioning the things developers care about and whether they still matter.

À retenir

  1. A pull request can be merged out of discomfort rather than confidence in the change.
  2. The effort invested in a change can make a difficult conversation harder.
  3. Theo encourages developers to question whether their existing priorities still matter.
TEXTE INTÉGRAL

Lire le texte remanié, chapitre par chapitre

Transcription seule
01

Why do we guilt-merge?

Theo describes merging an unsuitable change out of guilt. He calls for questioning the assumptions behind that behavior.

Who here has guilt-merged a pull request? Someone put a lot of work into it, and even though it was not quite right, you merged it anyway because the alternative was a conversation you did not want to have.

Why do we do this to ourselves? My point is that we care too much, and the things we care about are not necessarily the things that matter anymore. I hope we can start challenging some of those assumptions.

Sur la même chaîne

5 diapositives38:47EN
Theo - t3․gg· 28 oct. 2026Theo’s Long-Running Agent Experiments: Verification, Compute and CostTheo Browne · Ping LabsA skateboard game and two compiler projects show how repeated checks and flexible compute can sustain agent work—and how expensive those loops can become.Agents de codeIngénierie d’agentsAI cost & performance+2
5 diapositives36:07EN
Theo - t3․gg· 27 oct. 2026Theo on Token Costs, Coding Agents, and the Price of AI CapabilityTheo Browne · Ping LabsA viral estimate of Lauren's AI spending prompts a closer look at cache pricing, benchmarks, and the changing work of coding agents.AI cost & performanceAgents de codeInference+1
5 diapositives30:37EN
Theo - t3․gg· 26 oct. 2026Theo’s Three Skills for Reviewing and Shipping with Coding AgentsTheo Browne · Ping LabsHow sol-loop, full-send and full-stop encode review, verification and different levels of merge authority.Agent skillsAgents de codeCode review & verification+2
2 diapositives0:43EN
Theo - t3․gg· 23 oct. 2026Theo Distinguishes Security Vulnerabilities from Active AttacksTheo Browne · Ping LabsA short explanation of why disclosed software flaws and reported attacks are different kinds of security news.CybersecuritySoftware engineering
6 diapositives29:22EN
Theo - t3․gg· 22 oct. 2026Theo on Security Vulnerabilities, Stolen API Keys and AITheo Browne · Ping LabsA look at the gap between vulnerability disclosure and patching, and a speculative account of why stolen inference keys may be valuable.CybersecurityAI securitySoftware engineering+1
4 diapositives31:13EN
Theo - t3․gg· 20 oct. 2026Theo on Why Smarter Models Help More Than DevelopersTheo Browne · Ping LabsFrom game modifications to compiler experiments, Theo revisits his assumptions about who benefits from more capable AI.Agents de codeDeveloper productivityHuman-AI Collaboration+1