Írja le az Ön szerepét egy üzemi incidensben.

Question

Accepted Answer

Azt szeretnék látni, hogy **nyugodt, módszeres és hibátlan** maradsz nyomás alatt — először állítsd vissza a szolgáltatást, másodszor végezz diagnózist, harmadszor akadályozd meg az ismétlődést. Használd a **STAR** módszert.

## Hogyan közelítsd meg

```text
INCIDENT ORDER
1. Stabilize — stop the bleeding (rollback, failover, mitigate)
2. Communicate — keep stakeholders updated on a clear channel
3. Diagnose — root cause once it's stable, not during
4. Prevent — a blameless post-mortem with action items
```

## Gyakorlati példa

```text
S: A deploy caused checkout errors for ~15% of users.
T: I was on call and had to restore service fast.
A: I rolled back the deploy first (service recovered in minutes), posted updates
   every 10 minutes, then traced the cause to an unhandled null from a new API
   field. I added a guard and a contract test.
R: Downtime stayed under 20 minutes. The post-mortem added the missing test to
   CI so it can't recur.
```

## Jó és gyenge

```text
✓ Mitigate first, communicate, blameless follow-up
✗ Debugging live while users are down
✗ Blaming the person who deployed
```

## Miért fontos

Az incidensek a higgadtságodat tesztelik — a csapatnak stabil kezekre van szüksége, nem pánikon, amikor dolgok meghibásodnak.

A hibátlan megközelítés őszintének tartja az embereket az okok tekintetében, ami az egyetlen módja annak, hogy valóban megakadályozz ismétlódéseket.

Az, hogyan kezeled a legrosszabb napot, többet mond a szenioritásodról, mint az, ahogyan a jó napokat kezeled.