What
The Socratic method exposes false beliefs through disciplined questioning rather than assertion. Never accept a premise at face value — probe it: "What do you mean by X?" "How do you know that?" "What is the evidence?" "What are the counter-examples?" "What follows if you're wrong?" Apply this to your own reasoning too — an internal Socratic dialogue catches errors before they ship.
In code review, ask "why is this abstraction here?" not "this abstraction is wrong." The goal is not to win — it is to find the true answer through collaborative inquiry. The elenchus technique leads the speaker to contradict themselves, exposing hidden assumptions.
When to Use
Use the Socratic method whenever you encounter an accepted premise that deserves scrutiny: during code review, requirements gathering, debugging, architecture decisions, or whenever someone says "that's how it's always been done."
How
- Identify the premise to be examined.
- Ask probing questions: what do you mean? how do you know? what is the evidence?
- Look for contradictions or hidden assumptions in the responses.
- Apply the same scrutiny to your own reasoning — maintain an internal Socratic dialogue.
- Beware the anti-pattern: accepting "that's how it's always been done" as a final answer.