Kif tagħmel u tdokumenta deċiżjonijiet tekniċi sinifikanti? · Prattika ta' Intervisti tal-IT

Kif tagħmel u tdokumenta deċiżjonijiet tekniċi sinifikanti?

Deċiżjonijiet tekniċi sinifikanti għandhom ikunu intenzjonali, trasparenti u reġistrati, mhux magħmula f'rasu ta' ħadd u misjuba. Proċess tajjeb juħarreġ tradeoffs, jibni k-konsens, u jħalli trail biex l-inġiniera futuri jifhmu għaliex, mhux biss xi.

Qafas ta' deċiżjoni

text

1. FRAME the problem and the constraints (cost, time, team skill, scale)
2. LIST the realistic options — usually 2-4, including "do nothing"
3. EVALUATE each against the constraints and trade-offs
4. DECIDE, and state the reasoning explicitly
5. RECORD it (ADR) and communicate it
6. REVISIT if assumptions change

markdown

# ADR 014: Use PostgreSQL for the new service

## Status: Accepted

## Context
We need a primary datastore. Team knows SQL; data is relational; scale is moderate.

## Decision
Use PostgreSQL.

## Consequences
+ Strong consistency, team familiarity, rich querying.
- Vertical scaling limits later; revisit if write volume 10x's.

## Alternatives considered
DynamoDB (rejected: relational data, team unfamiliar).

Kif tagħmel u tdokumenta deċiżjonijiet tekniċi sinifikanti?

Qafas ta' deċiżjoni

Irreġistra b'ADR

It-tradeoff li jrid jinħeba

Għaliex hu importanti