Thường nghe người ta nói rằng một hệ thống dự án nào đó khi mới ra mắt thì được quảng cáo rầm rộ, nhưng về sau lại bắt đầu xuống cấp. Hiện tượng này có nguyên nhân căn bản: chúng ta thường chỉ chú trọng xem hệ thống có thể hoạt động ban đầu hay không, mà bỏ qua yếu tố quan trọng hơn — đó là hệ thống có thể duy trì ổn định lâu dài hay không.

Dự án APRO đúng là có thể xem xét lại từ góc độ này.

**Cạm bẫy của sự phức tạp**

Bất kỳ hệ thống thực tế nào khi được sử dụng quy mô lớn đều sẽ đối mặt với một vấn đề không thể tránh khỏi: yêu cầu liên tục tăng lên, lỗi cần sửa, các tình huống biên khác nhau liên tục xuất hiện. Những thay đổi này bản thân không phải là xấu, vấn đề là hệ thống có thể chống đỡ được những sự cộng hưởng của các thay đổi đó hay không.

Nếu mỗi lần gặp vấn đề mới chỉ có thể dựa vào việc thêm quy tắc để giải quyết, hệ thống sẽ ngày càng trở nên cồng kềnh, cuối cùng chi phí bảo trì sẽ tăng vọt, và như vậy là thất bại. Thiết kế kiến trúc của APRO dường như đã tính đến điểm này, nhưng trong thực tế cụ thể liệu có thể kiểm soát được sự bùng nổ của sự phức tạp hay không thì còn phải tiếp tục xem xét.

**Thử thách của tính nhất quán**

Trong quá trình phiên bản hệ thống được cập nhật, các quy tắc cũ, tham số mới, hành vi lịch sử thường xuyên tồn tại cùng nhau. Để hệ thống tồn tại lâu dài và hoạt động tốt, cần đảm bảo tính hợp lý nhất quán trong toàn bộ quá trình tiến trình, chứ không phải mỗi lần cập nhật lại đào một hố mới.

Đối với các dự án như APRO, chú trọng vào cấu trúc và ràng buộc, vấn đề này đặc biệt nghiêm trọng. Bởi vì, một khi các quy tắc bị phá vỡ thường xuyên, chi phí niềm tin của người dùng sẽ tăng vọt, điều này rất khó để đảo ngược.

**Xử lý ngoại lệ hàng ngày**

Còn một điểm dễ bị bỏ qua: các dự án hệ thống không phải là chuyện "lỗi xảy ra thỉnh thoảng", mà là các tình huống ngoại lệ xảy ra hàng ngày. Làm thế nào để xử lý các ngoại lệ này một cách tinh tế, đồng thời không làm sụp đổ toàn bộ logic của hệ thống, mới là dấu hiệu chứng minh một dự án đã thực sự trưởng thành.