Bagaimana anda mengimbangi ships dengan pantas untuk tarikh akhir berbanding membinanya dengan betul untuk maintainability?

Question

Accepted Answer

Tiada jawapan mutlak, dan itulah intinya. **Kelajuan vs. maintainability adalah kontekstual** — anda memadankan ketegasan dengan **risiko** dan **jangka hayat dijangka** kod tersebut. Prototaip buang dan teras pembayaran wajar mendapat standard yang sangat berbeza. Tugas lead ialah membuat tukar ganti itu **secara sengaja**, bukan membiarkannya berlaku secara tidak sengaja.

## Rangka kerja untuk membuat keputusan

Tanya tiga soalan sebelum memotong selekoh:

- **Berapa lama ini akan hidup?** Eksperimen seminggu boleh dibuat sambil lewa; perkhidmatan teras yang akan anda selenggara selama bertahun-tahun tidak boleh.
- **Apakah radius letupan jika ia rosak?** Risiko lebih tinggi (wang, data, keselamatan, perubahan yang sukar dibalikkan) bermakna standard yang lebih tinggi.
- **Berapa sukar untuk mengubahnya kemudian?** Kod yang murah untuk diganti boleh bertolak ansur dengan jalan pintas; interface dan model data yang menanggung beban tidak boleh.

## Jalan pintas sengaja vs. tidak sengaja

- Jalan pintas yang **sengaja** dinamakan, diskop, dan **dijejaki sebagai debt** (satu tiket, satu `// TODO`, satu nota dalam RFC). Anda tahu dengan tepat apa yang anda tukar dan mengapa.
- Jalan pintas yang **tidak sengaja** ialah hakisan kualiti secara senyap — tiada siapa memutuskannya, tiada siapa menjejakinya, dan ia bertimbun.

Kekalkan **teras yang bersih** walaupun di bawah tekanan: sempadan yang dinamakan dengan baik, critical paths yang diuji. Tolak kekacauan ke pinggir di mana ia murah untuk dicabut.

## Rundingkan segi tiga, jangan potong kualiti secara senyap

Apabila tarikh akhir ketat, langkah yang jujur ialah merundingkan semula **skop atau masa** dengan stakeholders — bukan secara senyap ships sesuatu yang rapuh. "Kita boleh capai tarikh ini dengan feature A dan B, tetapi C terlewat seminggu" adalah perbualan sebenar. Ships kod rapuh secara senyap membelanjakan velocity masa depan pasukan tanpa sesiapa bersetuju dengannya.

## Mengapa ia penting

Pasukan yang sentiasa mengoptimumkan untuk kelajuan lemas dalam debt; pasukan yang sentiasa terlebih-sempurna terlepas pasaran. Nilai lead ialah pertimbangan — mengkalibrasi ketegasan kepada konteks dan menjadikan tukar ganti **kelihatan dan dimiliki**, supaya jalan pintas hari ini adalah pilihan yang boleh dibayar balik oleh pasukan, bukan kejutan yang diwarisinya.