Sau trend vibe coding: người không biết code đang ở đâu và nên đi tiếp thế nào
Vibe coding đã thành mặc định, không còn là trend. Người chưa có nền tảng lập trình đang đứng ở đâu, có cần học nền tảng không, hay chỉ nên dừng ở landing page.

Vibe coding không còn là chuyện thử cho vui. Tháng 1/2026, 90% lập trình viên đã dùng ít nhất một công cụ AI trong công việc hằng ngày. Câu hỏi đáng tiền bây giờ không còn là "có nên dùng AI để làm app không", mà là: bạn — người chưa từng viết một dòng code nào — đang đứng ở đâu sau làn sóng đó, và bước tiếp theo nên đi về hướng nào.
Bài này viết cho nhóm chưa có nền tảng lập trình. Nếu bạn đã là dev, câu chuyện của bạn khác.
Trend đã kết thúc, phần mặc định mới bắt đầu
Vài con số để định vị cho nhanh:
GitHub ghi nhận 46% code mới hiện do AI sinh ra.
Gartner dự báo tới cuối 2026, con số đó chạm 60% trên toàn cầu.
41% nhân viên trong doanh nghiệp đã tự tay dựng ít nhất một ứng dụng, không qua bộ phận IT.
Ba nhóm nghề dựng app nhiều nhất không phải dân kỹ thuật: vận hành 24%, marketing 19%, sales 16%.
Chuyện "người không biết code tự làm app" đã hết giai đoạn lạ lẫm. Nó thành cách làm việc bình thường của dân nghiệp vụ.
Nhưng đây mới là phần ít ai nói: số người bắt đầu được thì rất đông, số người đi tới cuối thì rất ít.
Sau trend, người không biết code đang chia làm ba nhóm
Nhóm một — dừng ở landing page và app demo. Làm được trang giới thiệu, portfolio, vài công cụ tính toán nhỏ. Mọi thứ đẹp, chạy trên máy mình, quay clip khoe rất ổn. Nhưng chưa có ai ngoài mình dùng thật.
Nhóm hai — có app chạy thật nhưng không dám mở rộng. App quản lý kho, chấm công, theo dõi đơn hàng. Vài người trong công ty đang dùng. Chủ app biết nó "hơi mong manh", muốn sửa thì sợ hỏng, nên cứ để nguyên vậy mà chạy.
Nhóm ba — đưa được sản phẩm ra ngoài. Có đăng nhập, có dữ liệu khách hàng, có người lạ dùng. Nhóm này ít nhất, và khoảng cách từ nhóm hai lên nhóm ba lớn hơn nhiều so với vẻ ngoài.
Nếu bạn đang ở nhóm một hoặc hai, bạn không hề chậm. Bạn đang ở đúng chỗ mà phần lớn mọi người dừng lại.
Bức tường thật nằm ở đâu
Không nằm ở chỗ viết code. AI viết được rồi. Bức tường nằm giữa "chạy được trên máy tôi" và "dám cho người khác dùng".
Số liệu ngành nói khá thẳng về khoảng cách này:
Sherlock Forensics: 92% codebase do AI sinh có ít nhất một lỗ hổng nghiêm trọng, trung bình 8,3 lỗi khai thác được mỗi ứng dụng.
Khoảng 45% mẫu code AI dính lỗi thuộc nhóm OWASP Top 10 — những lỗi bảo mật phổ biến nhất, không phải lỗi hiếm gặp.
GitGuardian: commit có AI hỗ trợ để lộ khóa API với tỉ lệ 3,2%, cao gấp đôi mức nền 1,5%.
Cloud Security Alliance: số lỗi bảo mật truy vết về công cụ AI coding tăng từ 6 trong tháng 1/2026 lên 35 trong tháng 3/2026.
Và chi tiết đáng chú ý hơn cả: niềm tin của chính dân trong nghề vào code AI sinh ra chỉ còn 29%. Nhưng chỉ 48% nói rằng họ luôn đọc lại code trước khi đưa vào dự án. Người biết rõ rủi ro nhất cũng đang đi tắt.
Còn con số "AI giúp làm nhanh hơn 30-55%" mà bạn hay thấy? Nó đúng, nhưng đo tới lúc chạy được lần đầu, với task nhỏ đề bài rõ ràng. Không phải đo tới lúc an toàn để lên production. Hai mốc đó cách nhau rất xa.
Vậy có cần học nền tảng lập trình không?
Ngắn gọn là: cần, nhưng không phải nền tảng của một lập trình viên.
Bạn không cần luyện thuật toán, không cần thuộc cấu trúc dữ liệu nâng cao, không cần giải bài phỏng vấn, không cần tự viết framework. Những thứ đó dành cho người đi làm nghề code.
Cái bạn cần là đủ nền để kiểm soát thứ AI viết ra. Cụ thể là năm việc:
1. Đọc hiểu được code, dù không tự viết ra được. Giống như biết đọc hợp đồng mà không cần là luật sư. AI đưa ra 200 dòng, bạn phải nhìn ra được nó đang làm gì với dữ liệu của bạn.
2. Biết dữ liệu nằm ở đâu và ai đọc được nó. Đây là chỗ hầu hết app tự build bị thủng. Database mở công khai, ai có đường link là xem được toàn bộ khách hàng.
3. Hiểu khóa API và biến môi trường. Chính là con số 3,2% ở trên. Dán khóa thẳng vào code rồi đẩy lên mạng là lỗi phổ biến nhất của người mới.
4. Biết deploy và biết quay lui. Đưa app lên mạng là một chuyện. Khi bản mới hỏng mà biết cách trở về bản cũ trong năm phút lại là chuyện khác.
5. Biết chỗ nào phải dừng lại và hỏi người có nghề. Thanh toán, dữ liệu cá nhân, hồ sơ y tế. Biết giới hạn của mình là một kỹ năng, không phải điểm yếu.
Năm thứ này không cần một năm để học. Nhưng cũng không học được trong hai ngày cuối tuần.
Chỉ làm landing page thôi có được không?
Được, và đó là lựa chọn hợp lý — miễn là bạn chọn có ý thức, chứ không phải dừng lại vì sợ.
Cách phân tầng đơn giản theo rủi ro:
Mức | Loại việc | Cần nền tảng tới đâu |
|---|---|---|
1 | Landing page, portfolio, công cụ tính toán chạy trên trình duyệt, không giữ dữ liệu ai cả | Gần như không cần. Cứ làm thoải mái |
2 | App nội bộ giữ dữ liệu của bạn hoặc công ty: kho, đơn hàng, chấm công | Cần đủ năm thứ ở trên |
3 | Sản phẩm có người lạ dùng: đăng nhập, thanh toán, dữ liệu khách hàng | Cần nền tảng, cộng quy trình và người rà soát |
Phần lớn giá trị kinh tế cho dân nghiệp vụ nằm ở mức 2, không phải mức 1. Landing page đẹp không tiết kiệm cho bạn giờ làm việc nào cả.
Một ví dụ ở mức 2: chị Lan Anh, chủ shop thời trang tại Đà Nẵng, chưa từng viết dòng code nào trước khi học. Tới buổi thứ 7 trong khóa 16 buổi, chị tự dựng xong app quản lý tồn kho và đơn hàng bằng Cursor kết hợp Supabase. Thời gian nhập liệu thủ công mỗi ngày giảm từ 2 tiếng xuống còn khoảng 45 phút, app tự cảnh báo khi mẫu nào sắp hết hàng.
Đó không phải một demo. Đó là công cụ chạy hằng ngày trong việc kinh doanh thật.
90 ngày tới nên đi thế nào
30 ngày đầu — chọn một bài toán thật của chính bạn. Không làm app cho vui, không clone Facebook. Lấy đúng việc thủ công đang ngốn thời gian nhất trong tuần của bạn. Dựng bản chạy được, dù xấu.
30 ngày kế — học đọc lại thứ mình vừa dựng. Mở từng phần, hỏi AI giải thích, sửa tay vài chỗ nhỏ. Đây là giai đoạn biến bạn từ người ra lệnh thành người kiểm soát. Cũng là giai đoạn chán nhất, và là chỗ nhiều người bỏ nhất.
30 ngày cuối — đưa lên chạy thật và tập xử lý sự cố. Cho một người khác dùng. Ghi lại mọi thứ hỏng. Học cách quay lui.
Một lưu ý cho thời gian tới: thị trường đang dịch từ chỗ khen "làm app nhanh quá" sang hỏi "app này có an toàn không, ai bảo trì". Thuật ngữ cũng đang đổi, nhiều nơi bắt đầu gọi là agentic coding thay vì vibe coding. Đừng bám vào từ khóa. Bám vào kết quả: bạn có ra được sản phẩm chạy thật hay không.
Câu hỏi thường gặp
Không biết code thì có thật sự tự làm được app không? Được, ở mức app nội bộ phục vụ công việc. Case chị Lan Anh là ví dụ thật. Nhưng "làm được" và "làm được app an toàn cho người lạ dùng" là hai mốc khác nhau.
Học vibe coding có cần biết code trước không? Không cần biết trước. Nhưng cần học đủ để đọc hiểu và kiểm soát code AI viết. Không có bước này thì bạn phụ thuộc AI y như trước đây phụ thuộc dev.
Vibe coding có thay thế lập trình viên không? Không, nó đổi vai trò. Việc lặp lại và code khởi tạo do AI làm phần lớn. Phần thiết kế hệ thống, bảo mật, xử lý sự cố vẫn cần người có nghề. Với dân nghiệp vụ, ý nghĩa thực tế là bạn tự làm được nhóm việc mức 2 mà trước đây phải xếp hàng chờ IT.
Code AI viết có an toàn không? Mặc định là không. 92% codebase AI có ít nhất một lỗ hổng nghiêm trọng. An toàn hay không phụ thuộc người rà soát, không phụ thuộc công cụ.
Học bao lâu thì tự làm được app dùng thật? Với người có bài toán rõ và học đều, khoảng 2-3 tháng để ra app nội bộ chạy được. Các khóa hai ngày cho bạn cảm giác làm được, nhưng thường dừng ở mức demo.
Nên bắt đầu bằng công cụ nào? Chọn một công cụ và ở lại với nó ít nhất một tháng. Đổi công cụ liên tục là cách chắc chắn nhất để không đi tới đâu.
Bước tiếp theo
Nếu bạn đang ở nhóm một hoặc nhóm hai, thứ chặn bạn không phải là công cụ. Là khoảng trống giữa "AI viết hộ" và "tôi hiểu và kiểm soát được".
Đó đúng là khoảng trống mà khóa Vibe Coding thực chiến 16 buổi của VibeBuilder tập trung lấp: tự build và deploy được app chạy thật, theo quy trình chuẩn của một công ty phần mềm, không dừng ở demo. Xem lộ trình chi tiết tại mecode.pro.
Có câu hỏi về AI & Automation?
Đội ngũ MeCode sẵn sàng hỗ trợ bạn — phản hồi trong vòng 24 giờ.
Bình luận
Để lại bình luận
Mỗi tuần 1 bản tin — AI, Automation, case study thực tế từ MeCode.
Đăng ký miễn phí →