Minh họa cho KISS
Law #41 Thiết kế

KISS

KISS (Keep It Simple, Stupid)

Thiết kế càng đơn giản và dễ hiểu thì càng dễ thay đổi, kiểm thử và vận hành lâu dài.

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

Tổng quan

KISS khuyên thiết kế và hệ thống nên đơn giản nhất có thể để đáp ứng yêu cầu. Đơn giản giúp hiểu, debug, test và thay đổi nhanh hơn, nhất là khi người bảo trì sau này có ít context hơn người viết ban đầu.

Ý chính

  • Lời giải đơn giản đáp ứng yêu cầu thường tốt hơn kiến trúc phức tạp nhưng ấn tượng.
  • Code clever có thể che vấn đề và tăng chi phí debug.
  • Đơn giản không phải sơ sài; nó là loại bỏ phần không cần thiết trong khi vẫn giữ đúng hành vi.

Ví dụ từ nguồn

Một app cần xuất báo cáo có thể dùng query rõ ràng và export CSV bằng thư viện sẵn có thay vì xây report engine tổng quát.

Một service nhỏ có thể bắt đầu bằng deployment đơn giản trước khi thêm orchestration phức tạp.

Nguồn gốc

Cụm "Keep It Simple, Stupid" thường được gắn với quân đội Mỹ và Kelly Johnson tại Lockheed Skunk Works trong thập niên 1960.

Lưu ý khi áp dụng

Hãy đơn giản hóa dựa trên yêu cầu thật. Đừng cắt bỏ complexity bản chất của domain chỉ để code trông ngắn hơn.

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