Prototype và phần mềm production: khác nhau ở đâu?

Công cụ hiện đại cho phép tạo ra phần mềm chạy được chỉ trong vài ngày. Phần mềm đó thật sự hữu ích: nó chứng minh ý tưởng và mở ra những cuộc trao đổi đầu tiên. Vấn đề bắt đầu khi một prototype được xem là sản phẩm chỉ vì nó chạy được.

Prototype tối ưu cho tốc độ học hỏi

Nó tồn tại để trả lời một câu hỏi: ý tưởng này có đáng xây dựng không? Ở giai đoạn này, việc đi tắt là hợp lý — giá trị cứng, một môi trường duy nhất, triển khai thủ công và chỉ một luồng thành công.

Sản phẩm production tối ưu cho hậu quả

Khi người dùng thật phụ thuộc vào phần mềm, chi phí của một sai sót thay đổi hoàn toàn. Dữ liệu có thể mất. Tài khoản có thể bị lộ. Một lần phát hành hỏng có thể chặn dòng doanh thu.

• Kiến trúc hệ thống: ranh giới rõ ràng thay vì một khối biết tất cả.
• Dữ liệu: migration, ràng buộc, sao lưu và đường phục hồi rõ ràng.
• Bảo mật: xác thực, phân quyền, quản lý secret và kiểm tra dữ liệu đầu vào.
• Chất lượng: kiểm thử tự động phát hiện lỗi trước người dùng.
• Phát hành: CI/CD lặp lại được thay vì quy trình thủ công.
• Vận hành: log, metric và cảnh báo giải thích được sự cố.

Khoảng cách này không có nghĩa là viết lại từ đầu

Hiểu lầm phổ biến nhất là phải bỏ prototype đi. Thực tế, phần lớn logic sản phẩm được giữ lại. Thứ thay đổi là cấu trúc xung quanh nó: trách nhiệm nằm ở đâu, dữ liệu được bảo vệ ra sao và thay đổi đến tay người dùng bằng cách nào.

Cách xác định bạn đang ở đâu

1. 1Viết ra điều gì xảy ra nếu mất cơ sở dữ liệu ngay lúc này.
2. 2Đếm số bước thủ công cho một lần phát hành.
3. 3Hỏi xem lỗi trên production hiện được phát hiện bằng cách nào.
4. 4Kiểm tra xem có phần mã nguồn nào không ai thực sự hiểu không.

Các câu trả lời thường rất rõ ràng, và cho thấy mức độ sẵn sàng production là một khối công việc kỹ thuật có phạm vi cụ thể.