Thấy một chia sẻ khá đáng suy nghĩ trên r/vibecoding: một quản lý cho intern dùng vibe coding ngay từ tuần đầu, nhưng không thả tự do. Sau 2 tháng, điều đáng chú ý không phải là team code nhanh hơn bao nhiêu, mà là cách họ học nhanh hơn mà vẫn giữ được tư duy kỹ thuật.
Mình nghĩ đây là một ví dụ hay cho anh em đang hỏi cùng một câu: có nên để người mới dùng AI để code sớm không. Câu trả lời trong trường hợp này không phải là cấm hay thả, mà là thiết kế đúng cơ chế học.
Điều đáng học từ cách triển khai này
Tác giả bài gốc quản lý 4 intern và cho biết team áp dụng vibe coding ngay từ đầu, nhưng đi kèm 4 nguyên tắc rất rõ:
- Trước khi commit, intern phải giải thích được đoạn code AI vừa sinh ra.
- Có ranh giới rõ phần nào được tự làm, phần nào bắt buộc qua review.
- Mỗi tuần có một buổi cố ý phá code để intern tự debug mà không dùng AI.
- Mỗi người phải ghi chú ngắn về các khái niệm mới vừa học được trong quá trình làm.
Nhìn qua thì đây giống một quy trình quản trị đội ngũ hơn là “mẹo dùng AI”. Điểm mạnh nằm ở chỗ AI không bị xem như máy làm hộ, mà là công cụ tạo ngữ cảnh học thật nhanh.
Vì sao cách này hiệu quả hơn kiểu học thuần lý thuyết
Với người mới, vấn đề lớn nhất không phải thiếu tài liệu, mà là thiếu ngữ cảnh.
Đọc về authentication, API routes, error handling hay state management trên sách vở thường khá trừu tượng. Nhưng khi AI dựng ra một luồng chạy được, intern nhìn thấy ngay:
- request đi từ đâu đến đâu,
- dữ liệu được kiểm tra ở chỗ nào,
- lỗi phát sinh ra sao,
- và tại sao một thay đổi nhỏ có thể làm cả hệ thống lệch hướng.
Nói cách khác, vibe coding ở đây đóng vai trò như một bộ tăng tốc để tạo tình huống học thật, còn phần hiểu bản chất vẫn bị ép phải đi qua các bài kiểm tra rất thực dụng.
Guardrail nào đang làm phần việc quan trọng nhất
Theo mình, có 2 guardrail đặc biệt đáng giá.
1. Không giải thích được thì không được dùng
Đây gần như là chốt chặn quan trọng nhất để ngăn ảo tưởng năng lực.
Rất nhiều người mới thấy code chạy được là nghĩ mình đã hiểu. Nhưng nếu không thể giải thích:
- hàm này nhận gì và trả gì,
- đoạn này phụ thuộc biến nào,
- nếu lỗi thì lỗi ở đâu,
- vì sao sửa theo hướng này thay vì hướng khác,
thì thực tế là họ mới chỉ biết bấm nút, chưa thật sự học được kỹ năng.
2. Bắt debug không có AI
Đây là phần khá “đau”, nhưng lại là nơi năng lực kỹ thuật hình thành rõ nhất.
Khi AI bị rút ra khỏi quy trình, intern buộc phải tự đọc log, lần theo flow, cô lập nguyên nhân và thử giả thuyết. Nếu không có bước này, team rất dễ rơi vào cảnh phụ thuộc model đến mức không còn khả năng xử lý sự cố cơ bản.
Bài học cho anh em đang build team dùng AI
Nếu anh em đang vận hành một team nhỏ hoặc onboarding người mới, case này gợi ra một checklist khá thực tế:
Có thể cho dùng vibe coding sớm, nhưng nên kèm các luật sau
- Luật giải thích: mọi đoạn code AI sinh ra đều phải được diễn giải lại bằng lời của người làm.
- Luật phạm vi: chia rõ task nào được để AI hỗ trợ mạnh, task nào bắt buộc phải có senior review.
- Luật debug tay: định kỳ tạo bài tập sửa lỗi mà không cho dùng AI.
- Luật ghi chú: yêu cầu mỗi người ghi lại các khái niệm, pattern và lỗi mới gặp.
- Luật tăng quyền dần: ai chứng minh được mức hiểu tốt hơn thì mới được tự xử lý phần khó hơn.
Góc nhìn tin tức: đây là dấu hiệu trưởng thành của vibe coding
Điểm thú vị là bài chia sẻ này cho thấy cộng đồng đang dịch chuyển từ tranh luận kiểu “AI có thay dev không” sang câu hỏi thực tế hơn:
- dùng AI ở giai đoạn nào của quá trình học,
- thiết kế guardrail ra sao,
- đo năng lực thật bằng cách nào,
- và làm sao để tốc độ không giết chết chất lượng.
Đó là một tín hiệu tích cực. Khi các cuộc thảo luận bắt đầu xoay sang quy trình, mentoring và năng lực kiểm chứng, vibe coding mới có cơ hội trở thành một phương pháp làm việc nghiêm túc thay vì chỉ là trào lưu.
Điều cần cảnh giác
Dù case này tích cực, mình nghĩ vẫn có một rủi ro lớn: nhiều team sẽ nhìn kết quả đẹp rồi copy mỗi phần “cho AI làm sớm”, nhưng bỏ qua phần huấn luyện đi kèm.
Nếu thiếu mentor, thiếu review và thiếu bài tập debug tay, vibe coding rất dễ tạo ra:
- cảm giác tiến bộ giả,
- codebase khó bảo trì,
- người mới lệ thuộc vào prompt,
- và team senior phải trả nợ kỹ thuật về sau.
Nên bài học ở đây không phải “cứ cho intern dùng AI là tốt”, mà là AI chỉ phát huy khi đi kèm cơ chế buộc người học hiểu thật.
Kết lại
Với mình, đây là một mô hình đáng thử cho các team đang tuyển intern hoặc junior trong giai đoạn AI coding ngày càng phổ biến. Không cần cực đoan theo kiểu cấm hẳn, cũng không nên thả nổi theo kiểu miễn chạy là được.
Nếu làm đúng, vibe coding có thể rút ngắn đáng kể thời gian tiếp cận thực tế cho người mới. Nhưng phần thắng không nằm ở công cụ, mà nằm ở guardrail, review và cách người hướng dẫn biến mỗi đoạn code AI sinh ra thành một bài học có kiểm chứng.
Anh em nào đang thử onboarding theo hướng này có thể bắt đầu rất nhỏ: chọn một loại task hẹp, đặt luật giải thích code, rồi thêm các buổi debug không AI. Chỉ cần làm được ba thứ đó nghiêm túc, chất lượng học sẽ khác hẳn.
Top comments (0)