คุณจะตัดสินใจด้านเทคนิคที่สำคัญและบันทึกข้อมูลได้อย่างไร

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

**Architecture Decision Record** คือบันทึกสั้น ๆ ที่ยั่งยืน:

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

## การประนีประนวมที่ต้องจัดการ

การบันทึกทุกอย่างเป็นภาระเพิ่มเติม การไม่บันทึกอะไรเลยจะสูญเสียความทรงจำขององค์กร ใช้ ADRs สำหรับการตัดสินใจที่ **มีค่าสูงในการย้อนกลับ** หรือที่วิศวกรในอนาคตจะสงสัย

## ทำไมจึงสำคัญ

การตัดสินใจที่ไม่มีเอกสารจะถูกประเมินซ้ำแบบไม่มีที่สิ้นสุด วิศวกรทุกคนที่มาใหม่ถามซ้ำว่า "ทำไมเราถึงเลือกอันนี้"

การเขียนเหตุผลจะบังคับให้เกิดความชัดเจน: หากคุณไม่สามารถพิสูจน์บนกระดาษได้ คุณอาจยังไม่ได้คิดอย่างรอบคอบ