तपाई महत्त्वपूर्ण प्राविधिक निर्णयहरू कसरी गर्नुहुन्छ र दस्तावेज गर्नुहुन्छ?

Question

Accepted Answer

महत्त्वपूर्ण प्राविधिक निर्णयहरू **जानाजानी, पारदर्शी, र रेकर्ड गरिएका** हुनुपर्छन्, कसैको टाउकोमा बनेका र बिर्सिएका हुनुहुँदैन। एक राम्रो प्रक्रियाले व्यापार-अफहरू बाहिर निकाल्छ, सहमति बनाउँछ, र भविष्यका इञ्जिनियरहरूले किन बुझ्न सकोस् भनेर एक ट्रेल छोड्छ, केवल के नभई।

## निर्णय ढाँचा

```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
```

## यसलाई ADR सँग रेकर्ड गर्नुहोस्

एक **वास्तुकला निर्णय रेकर्ड** एक छोटो, टिकाऊ नोट हो:

```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).
```

## व्यवस्थापन गर्न पर्ने व्यापार-अफ

सबै कुरा दस्तावेज गर्नु ओभरहेड हो; केही दस्तावेज गर्न नछोड्दा संस्थागत स्मृति हराउँछ। **उल्टाउन महँगो** वा भविष्यका इञ्जिनियरहरूले प्रश्न गर्ने निर्णयहरूको लागि ADRहरू सुरक्षित गर्नुहोस्।

## किन यो महत्त्वपूर्ण छ

अदस्तावेज गरिएका निर्णयहरू अनन्तकालीन पुन: लिटिगेट हुन्छन्, हरेक नयाँ इञ्जिनियरले "हामीले यो किन चुन्यौँ?" पुन: सोध्छन्।

कारण लिख्न पनि स्पष्टता बाध्य गर्छ: यदि तपाई यसलाई कागजमा न्यायसंगत गर्न सक्नुहुन्न, तपाईले सम्भवतः यसको माध्यमबाट सोचेको छैनौँ।