Sản phẩm - Vấn đề không nằm ở code, thứ bạn nhìn thấy "trông có vẻ" chạy được. Nằm ở architecture thinking.

Vibe coding là một ảo tưởng về xây dựng sản phẩm thành công

Vibe coding: Không cần dev, không cần code, không cần hiểu, các AI Agent giúp bạn giảm thời gian xây dựng ý tưởng, lên hình dạng cho ý tưởng xuống bằng 0.

Xây dựng Web base, App trong vài giờ với chi phí và trăm đến triệu đồng tiền mua Agent AI, tuy nhiên đây là môi trường sandbox, localhost, máy cá nhân.

Dự án chạy nội bộ khác hoàn toàn với hệ thống triển khai công khai:

Production công khai cần quan tâm đến độ trễ (latency) thật,
Production công khai cần quan tâm tới sự ổn định,
Production công khai cần quan tâm sự rõ ràng trong kiến trúc,
Production công khai cần quan tâm đến tính thống nhất trong mã nguồn, kiến trúc sản phẩm,
Production công khai cần quan tâm đến kịch bản thất bại ra sao,
Production công khai cần quan tâm triển khai theo từng giai đoạn rõ ràng,

Vibe coding cốt lõi là "MỘT HỘP ĐEN"

CEO vẫn tạo ra được 1 thứ gì đó đủ WOA, đủ hiện thực ý tưởng mong muốn. Đủ sức loại bỏ nhu cầu 1 đội dev, kỹ sư phát triển phần mềm. NHƯNG bạn không biết gì bên trong, cái nào nhìn thấy là UI bên ngoài, không hiểu code, không biết kiến trúc gì, không biết TẠI SAO nó lại chạy được!

=> Đôi khi bạn cho rằng "cần quái gì biết tại sao" -> nó đang chạy được rồi mà -> cần gì, lỗi gì thì cứ bảo nó làm tiếp thôi -> thiếu tính năng thì bảo AI nó tạo thêm, không hiểu thì bảo AI nó giải thích => ĐÓ là một ảo tưởng về xây dựng sản phẩm!

Sản phẩm chết ở tầng hạ tầng, không phải tầng UI

Một số phổ biến như App chậm khi có user sử dụng thật 20 -> 100 -> 5000,

Hay, các tác vụ chạy nền (Background job) sẽ liên tục làm quá tải hệ thống, tắt nghẽn, block các request khác,

Các AI inference làm nghẽn toàn bộ tài nguyên máy chủ dẫn đến request khác tê liệt theo

Production là sân chơi của các thứ như:

Áp lực cân đối, tối ưu về quản lý bộ nhớ,
Là áp lực CPU khi quản lý đa tiến trình,
Áp lực tắt nghẽn IO (IO bottleneck)
Độ trễ phản hồi (Network latnecy)
Theo dõi log lỗi,
Giám sát tình trạng hệ thống (sức khoẻ hệ thống),

=> Vibe coder không hiểu gì về code lẫn tech thì thật sự là 1 chuẩn bị hoàn hảo cho thất bại của dự án sau khi công bố rộng rãi.

MVP cần gì về hạ tầng thực tế?

Ở giao đoạn MVP, hãy nên tập trung giải quyết bài toán thử nghiệm, đánh giá và cải thiện, sẽ không cần tới Cloud, Redis, Cached, CI/CD, rồi đủ thứ sẵn sàng scale hàng triệu users thật.

Vibe coding ra một hộp đen source code nó có vẻ chạy được! Đồng ý, rồi tiếp theo làm gì? Bắt đầu ngay với 1 VPS nhỏ để thử nghiệm với sự hoàn toàn kiểm soát, ước tính, đánh giá về khả năng chạy ổn chưa, khả năng chi trả phát sinh về tài chính hàng tháng.

Ví dụ: cấu hình để triển khai 1 MVP project trên VPS nhỏ: [VPS là gì?]

2-4 vCPU,
4-8Gb RAM,
30-50 SSD NVMe
Ngnix server làm Proxy
Domain + SSL cert free từ Let's Encrypt

Tại sao bắt đầu MVP với VPS là hợp lý?

Toàn quyền kiểm soát hệ thống, về tài nguyên, hiệu năng, traffic, độ trễ đáp ứng

Chưa cần tới Docker, CI/CD vẫn hoàn toàn kiểm soát, và dẫn biết quy trình deploy sản phẩm lên môi trường công khai, cập nhật tính năng, update phiên bản mã nguồn sửa lỗi, thêm tính năng, và theo dõi kiểm soát lỗi.

Kiểm soát được chi phí chi trả hàng tháng,

Dễ dàng debug được lỗi dựa trên log và bảng giám sát sức khoẻ hệ thống như liên tục 100% CPU, 100% Hard disk, bị DDOS liên tục,

Hãy lựa chọn số gói VPS giá phù hợp theo nhu cầu từ một số nhà cung cấp tại Việt nam để bắt đầu.

Người build sản phẩm thật nghĩ khác với người chỉ vibe coding ra tạo ra thứ trông có vẻ chạy được khác ở tư duy về vấn đề xây dựng, định hướng tạo ra một hệ thống phần mềm hoàn thiện, rõ ràng:

-> nếu web app down trong 2 giờ thì sao?
-> nếu 200, 500 users cùng lúc thì có vấn đề gì không?
-> tại sao backend API báo timeout liên tục?
-> tại sao Database phình to quá mức: vibe coding không biết, cũng chẳng quan tâm mấy về Database, như là bom nổ chậm.
-> đã launch sản phẩm, đâu phải cứ thay đổi cấu trúc các bảng trong database là đổi được đâu, nó kéo theo hàng trăm thứ khác lỗi hoàn toàn, quá rủi ro.
-> tại sao CPU luôn 100%,
-> tại sao ổ cứng luôn trạng thái 99-100%,
-> tại sao quá nhiều background job chiếm quá nhiều tài nguyên,

Tư duy xây dựng sản phẩm (Production Thinking) là thứ phân biệt xây dựng dự án theo sở thích (Hobby Project) và Product.

Vibe coding - đẩy chúng ta tới ranh giới giữa "biết code" và "biết build sản phẩm"