Change runs into legacy

Legacy hiếm khi tồn tại vì lười. Nó tồn tại vì đã từng giải quyết được một vấn đề thật.

Một rule trở thành legacy vì đã từng chặn được fraud
Một flow trở thành legacy vì đã từng cứu một incident
Một lớp kiểm soát trở thành legacy vì đã từng có người làm sai

Những lý do đó không biến mất. Chúng chỉ không còn được nhắc lại.
Theo thời gian, legacy trông cồng kềnh, chậm chạp, và khó hiểu. Nhưng hệ thống không đánh giá theo trục đẹp-xấu. Nó chỉ quan tâm đến một câu hỏi: thứ này đã từng gây ra rủi ro hay chưa.

Và câu trả lời là: chưa.

Mỗi lần muốn bỏ một phần legacy, hệ thống phải đối diện với một câu hỏi rất cụ thể: nếu bỏ đi và có chuyện xảy ra, ai sẽ chịu trách nhiệm. Câu hỏi đó hiếm khi có đáp án rõ ràng. Vì vậy, giữ lại thường là lựa chọn rẻ nhất.

Dần dần, legacy không còn đứng một mình. Nó kéo theo quy trình, con người, và những quyết định khác đã được xây chồng lên trên. Lúc này, legacy không còn là lựa chọn kỹ thuật. Nó trở thành trạng thái mặc định của product hay tech.

Người mới nhìn vào thường hỏi: tại sao không làm lại cho gọn?
Hệ thống không trả lời. Nó chỉ tiếp tục chạy.

Trong các hệ thống đủ lớn, legacy không phải là thứ bị quên đi. Nó là thứ chưa từng gây đủ vấn đề để bị bỏ.

Nên hệ thống không chống lại thay đổi, chỉ chưa thấy lý do phải thay đổi ngay lúc này.
Và phần lớn thời gian, như thế là đủ, xin đừng than phiền về legacy…