Hogyan tartasz egyensúlyt a sebesség és a minőség között határidő alatt?

Question

Accepted Answer

Az interjúztatók egy **szándékos, kontextusnak megfelelő kompromisszumot** akarnak — nem egy dogmatikus "mindig gyorsan szállíts" vagy "soha ne alkudj meg" megközelítést. A kulcs az, hogy a kompromisszumot *tudatosan és láthatóan* végezz.

## Hogyan közelíts meg

```text
1. Identify what quality is non-negotiable (correctness, security, data safety)
2. Find what can be deferred (polish, edge cases, refactors)
3. Cut scope, not core quality — ship less, not worse
4. Name any debt out loud and schedule paying it down
```

## Gyakorlati példa

```text
S: We had three days to launch an MVP for a client pilot.
T: Full feature set wasn't possible without risking stability.
A: I shipped the core happy path solidly, deferred two edge cases behind a flag,
   and wrote a ticket for the debt with a date. I told the client which parts
   were preview-only.
R: The pilot launched on time and stable. We closed the deferred tickets the
   following sprint.
```

## Jó kontra gyenge

```text
✓ Conscious tradeoff, debt tracked, scope cut
✗ Shipping broken code silently to hit a date
✗ Refusing to ever bend, missing the deadline
```

## Miért fontos ez

A sebesség és a minőség általában egy rejtett hatáskör-probléma — a hatáskör csökkentése mindkettőt megvédi.

A technikai adósság hangos kimondása őszintén tartja a rövidítéseket, hogy azok helyett vissza legyenek fizetva, hogy elfelejtsék őket.

Annak tudása, hogy *melyik* minőség nem tárgyalható, olyan ítélet, amely tapasztalattal jön — ez az, amit az interjúztatók feltárnak.