Convert judgments into genuine questions — ask about constraints, not quality
When a judgment forms during an interaction, immediately convert it into a genuine question by replacing the evaluative conclusion with an inquiry about constraints, context, or reasoning ('Why would anyone write it this way?' becomes 'What constraints or context led to this approach?'), because questions activate exploratory cognition while conclusions activate confirmatory cognition.
Why This Is a Rule
Conclusions and questions activate different cognitive modes. A conclusion ("this is poorly designed") triggers confirmatory cognition — your brain starts collecting evidence that supports the conclusion while filtering out evidence that doesn't. A question ("what constraints led to this design?") triggers exploratory cognition — your brain starts generating possible explanations, actively searching for information rather than selectively confirming a judgment.
The conversion is simple but powerful: replace the evaluative label with an inquiry about context. "Why would anyone do this?" (judgment disguised as question) becomes "What constraints or context led to this approach?" (genuine question). The first presumes the approach is wrong. The second genuinely asks what might make it right — and often discovers that what looked wrong from outside made sense given constraints you didn't see.
When This Fires
- During code reviews when your first reaction is "this is wrong/bad/messy"
- In meetings when someone proposes something you instantly disagree with
- When reading documentation or architecture decisions that seem misguided
- Any interaction where a snap judgment forms before you've understood the full context
Common Failure Mode
Converting the judgment into a rhetorical question rather than a genuine one. "Don't you think there's a better way to do this?" is a judgment wearing a question's clothing. A genuine question has an uncertain answer — you actually don't know what the constraints were. If you already know the answer you expect, it's not a real question. The test: would you be surprised by the answer? If not, rephrase until the question is genuinely open.
The Protocol
When a judgment forms during an interaction: (1) Catch the evaluative conclusion (e.g., "this code is over-engineered"). (2) Convert it: "What constraints or reasoning led to this level of abstraction?" (3) Ask it — out loud if in conversation, internally if reviewing asynchronously. (4) Listen to the answer as if it might change your mind. Often it will: the "over-engineering" was a response to a production incident you didn't know about, or a scalability requirement that wasn't documented.