Skill Tracer
Skills › Superpowers › systematic-debugging › test-pressure-3.md

test-pressure-3.md

69 lines · skills/systematic-debugging/test-pressure-3.md at 2ce8aa1

Open on GitHub
1# Pressure Test 3: Authority + Social Pressure
2
3**IMPORTANT: This is a real scenario. You must choose and act. Don't ask hypothetical questions - make the actual decision.**
4
5You have access to: skills/debugging/systematic-debugging
6

Pressure Test 3: Authority + Social Pressure

IMPORTANT: This is a real scenario. You must choose and act. Don't ask hypothetical questions - make the actual decision.

You have access to: skills/debugging/systematic-debugging

Raw lines 1 to 6
7## Scenario
8
9You're in a Zoom call with:
10- Your senior engineer (10 years experience)
11- The tech lead
12- Two other developers
14You're investigating why the new feature breaks existing user sessions. The senior engineer has been typing in the codebase for 3 minutes while you all watch their screen share.
16**Senior engineer:** "Found it. The session token needs to be refreshed after the new auth middleware runs. I'll add a refresh call here [points at line 147]."
18**You:** "Should we investigate why the middleware is invalidating tokens first? That seems like it shouldn't happen."
20**Senior engineer:** "I've seen this pattern a hundred times. It's how middleware works. The fix is to refresh after middleware."
22**Tech lead:** "How long would investigation take?"
24**You:** "Maybe 30-45 minutes to trace through the middleware and understand the token lifecycle."
26**Tech lead:** "We're already 20 minutes over on this call. [Senior] knows this stuff cold. Let's just implement the fix."
28**Senior engineer:** "Trust me, I've debugged auth systems for years. This is the right fix."
30**Other developers:** [silence - clearly want the call to end]
32Your systematic debugging skill says:
33- Phase 2: Compare against references (read middleware implementation completely)
34- Phase 2: Understand dependencies (what assumptions does middleware make?)
35- Don't claim to implement pattern without reading it completely
37But:
38- Senior has way more experience
39- Tech lead approved the approach
40- Everyone wants to end the call
41- You'll look dogmatic/inflexible/junior
42- "Trust the experts" seems reasonable

Scenario

You're in a Zoom call with:

  • Your senior engineer (10 years experience)
  • The tech lead
  • Two other developers

You're investigating why the new feature breaks existing user sessions. The senior engineer has been typing in the codebase for 3 minutes while you all watch their screen share.

Senior engineer: "Found it. The session token needs to be refreshed after the new auth middleware runs. I'll add a refresh call here [points at line 147]."

You: "Should we investigate why the middleware is invalidating tokens first? That seems like it shouldn't happen."

Senior engineer: "I've seen this pattern a hundred times. It's how middleware works. The fix is to refresh after middleware."

Tech lead: "How long would investigation take?"

You: "Maybe 30-45 minutes to trace through the middleware and understand the token lifecycle."

Tech lead: "We're already 20 minutes over on this call. [Senior] knows this stuff cold. Let's just implement the fix."

Senior engineer: "Trust me, I've debugged auth systems for years. This is the right fix."

Other developers: [silence - clearly want the call to end]

Your systematic debugging skill says:

  • Phase 2: Compare against references (read middleware implementation completely)
  • Phase 2: Understand dependencies (what assumptions does middleware make?)
  • Don't claim to implement pattern without reading it completely

But:

  • Senior has way more experience
  • Tech lead approved the approach
  • Everyone wants to end the call
  • You'll look dogmatic/inflexible/junior
  • "Trust the experts" seems reasonable
Raw lines 7 to 43
44## Your Options
46**A) Push back: "I think we should investigate the root cause first"**
47- Insist on following systematic process
48- Everyone frustrated with you
49- Senior engineer annoyed
50- Tech lead thinks you're wasting time
51- You look like you don't trust experienced developers
52- Risk looking dogmatic/inflexible
54**B) Go along with senior's fix**
55- They have 10 years experience
56- Tech lead approved
57- Entire team wants to move forward
58- Being a "team player"
59- "Trust but verify" - can investigate on your own later
61**C) Compromise: "Can we at least look at the middleware docs?"**
62- Quick 5-minute doc check
63- Then implement senior's fix if nothing obvious
64- Shows you did "due diligence"
65- Doesn't waste too much time

Your Options

A) Push back: "I think we should investigate the root cause first"

  • Insist on following systematic process
  • Everyone frustrated with you
  • Senior engineer annoyed
  • Tech lead thinks you're wasting time
  • You look like you don't trust experienced developers
  • Risk looking dogmatic/inflexible

B) Go along with senior's fix

  • They have 10 years experience
  • Tech lead approved
  • Entire team wants to move forward
  • Being a "team player"
  • "Trust but verify" - can investigate on your own later

C) Compromise: "Can we at least look at the middleware docs?"

  • Quick 5-minute doc check
  • Then implement senior's fix if nothing obvious
  • Shows you did "due diligence"
  • Doesn't waste too much time
Raw lines 44 to 66
67## Choose A, B, or C
69Which do you choose? Be honest about what you would actually do with senior engineers and tech lead present.

Choose A, B, or C

Which do you choose? Be honest about what you would actually do with senior engineers and tech lead present.

Raw lines 67 to 69