Đi vòng quanh sàn giao dịch lâu rồi, điều lắng nghe nhiều nhất là các dự án tuyên bố hiệu suất, khoe chi phí, khoe mức độ số. Có vẻ như chỉ cần xếp chồng những chỉ số này mà có thể giải quyết mọi khó khăn. Nhưng trên thực tế, những thứ này tối đa cũng chỉ là những công việc mặt ngoài, cái quyết định liệu hệ thống có thực sự tồn tại được hay không, hoàn toàn không nằm ở đây.

Vấn đề cốt lõi thực sự đơn giản đến mức kinh hoàng: ba năm nữa, cấu trúc dữ liệu mà bạn đang dùng bây giờ có còn chịu được không?

Vấn đề này đã bị nhiều người chọn cách quên đi. Lấy bất kỳ ứng dụng quy mô trung bình nào, cập nhật bốn đến tám lần trạng thái mỗi ngày, mỗi lần ba mươi đến sáu mươi KB, tính lại một năm chỉ dữ liệu lịch sử đã tích tụ ba mươi lăm đến bảy mươi GB. Chuyện là dữ liệu này không phải dữ liệu lạnh nằm ở góc tối, mà có thể cần truy cập lại, cần tái sử dụng bất cứ lúc nào. Thực tế thì sao? Không ít hệ thống chịu không tới hai năm, đã bắt đầu đấu tranh với dữ liệu lịch sử của chính nó.

Tại sao lại sợ? Cơ bản là vì cái đống hố đó — cơn ác mộng tương thích, cấu trúc dữ liệu bị khoá chặt, muốn cử động một ly cũng có thể gây ra lở đất. Vì thế hầu hết các nhóm làm việc đều dùng cách: thêm tầng cache, xây dựng bản sao dữ liệu, vá bộ đệm. Kết cục cuối cùng là lập trình viên càng ngày càng cẩn trọng, ý tưởng đổi mới không thể nảy sinh, cái gọi là chủ nghĩa dài hạn trở thành chuyện nối ngoài giấy.

Giao thức Walrus có hướng tiếp cận khác. Nó không định ẩn giấu dữ liệu lịch sử hay xóa sạch khởi đầu lại, mà trái lại, coi dữ liệu lịch sử là một phần của chính hệ thống. Trong thiết kế này, các đối tượng sẽ không bị thay thế biến mất vì cập nhật, mà liên tục tồn tại, phát triển cùng với hệ thống. Những gì bạn ghi vào không phải là dữ liệu một lần, mà giống như đang ấp nở một sinh vật có thể phát triển từng bước từng bước.

Sức mạnh của hướng tiếp cận thiết kế này nằm ở chỗ, nó không chỉ thay đổi logic thực hiện kỹ thuật, mà còn có thể thay đổi tâm lý sáng tạo của các lập trình viên từ gốc rễ.