Minh họa cho Dao cạo Hanlon
Law #46 Ra quyết định

Dao cạo Hanlon

Hanlon's Razor

Đừng vội quy mọi lỗi thành ác ý khi thiếu hiểu biết, sơ suất hoặc hệ thống tồi cũng có thể giải thích được.

Nguồn tham khảo: Laws of Software Engineering

Tổng quan

Hanlon khuyên đừng vội quy lỗi cho ác ý nếu thiếu hiểu biết, sơ suất hoặc hệ thống tồi đã đủ giải thích. Trong vận hành phần mềm, giả định thiện chí giúp debug bình tĩnh hơn.

Ý chính

  • Khi có sự cố, bắt đầu từ lỗi cấu hình, hiểu nhầm, tài liệu thiếu hoặc quy trình yếu trước khi nghĩ đến phá hoại.
  • Giả định ác ý quá sớm làm team phòng thủ và giảm khả năng tìm nguyên nhân thật.
  • Blameless postmortem phù hợp với tinh thần của Hanlon trong engineering.

Ví dụ từ nguồn

Khách hàng báo mất dữ liệu; trước khi nghĩ có người cố tình xóa, hãy kiểm tra bug permission, cron cleanup hoặc migration sai.

Một commit làm vỡ build có thể đến từ test thiếu và review vội, không phải thái độ bất cẩn cố ý.

Nguồn gốc

Robert J. Hanlon gửi nguyên tắc này vào một tuyển tập biến thể của Murphy's Law năm 1980; nó cũng tương đồng với các câu nói trước đó của Napoleon và Goethe.

Lưu ý khi áp dụng

Hanlon không bảo bỏ qua hành vi xấu. Nó chỉ yêu cầu điều tra nguyên nhân đơn giản và có xác suất cao trước khi kết luận nặng.

← Quay lại danh sách 56 luật