Cách Software Hỏng

Trang web này là tài liệu tham khảo để tổ chức các cấu trúc thất bại lặp lại dưới dạng Failure Patterns,
bắt đầu từ câu hỏi về cách software hỏng.

Trọng tâm không phải là đánh giá các công nghệ hoặc phương pháp cụ thể.
Mục đích là quan sát và hiểu cách software trong vận hành,
thông qua các giả định không đầy đủ, thông tin hạn chế,
và sự tích lũy của các quyết định với thiện chí,
hội tụ về các dạng hỏng nhất định.

Tại Sao Bắt Đầu Từ "Cách Nó Hỏng"

Trong nhiều ngữ cảnh, các thất bại được coi là những sai lầm riêng lẻ hoặc vấn đề với lựa chọn công nghệ.
Tuy nhiên, trong thực tế, các thất bại tương tự thường được quan sát lặp đi lặp lại dưới các hình thức khác nhau.

Trang web này nhằm cung cấp ngôn ngữ để đối xử với chúng không phải là những vấn đề ngẫu nhiên,
mà là các cấu trúc lặp lại.
Thay vì xác định "tính đúng đắn,"
nó tổ chức cách các quyết định và thay đổi đã tích lũy dưới những giả định nào.

Cách Đọc

Trang web này không được thiết kế để đọc theo thứ tự.
Nó giả định việc tham khảo theo kiểu từ điển đến các chương và Patterns cần thiết.

• Để hiểu phân loại về cách mọi thứ hỏng:
  I. What Breaks
• Để tổ chức các lý do tại sao sự hỏng trở nên cố định:
  II. Why It Breaks
• Để tham khảo các trường hợp được tổ chức dưới dạng các cấu trúc lặp lại:
  III. Failure Patterns
• Để giải quyết việc khôi phục khả năng ra quyết định trong các tình huống mà giả định không đầy đủ:
  IV. Restoring Decision-Making

Về Các Giả Định

Trang web này không có lập trường chống lại Agile hoặc AI.
Nó đề cập đến những giả định và cấu trúc quyết định nào là cần thiết
để làm cho chúng khả thi trong thực tế.

Lập trường và ý định đằng sau cấu trúc tổng thể của trang web này
được tóm tắt trong Perspective.
Các khái niệm nền tảng và kiến thức được tham khảo được tổ chức trong Appendix.

Về Thuật Ngữ

Trang web này sử dụng một số thuật ngữ theo cách khác với ý nghĩa thông thường của chúng.
Để biết định nghĩa, tham khảo Glossary.