Vibe coding thực sự là gì
Vibe coding là xây dựng phần mềm bằng cách diễn đạt ý định bằng ngôn ngữ tự nhiên và để AI tạo ra phần triển khai, trong khi bạn định hướng, xem xét, và tinh chỉnh trong một vòng lặp chặt chẽ.
Nó không phải là:
- Chấp nhận một cách mù quáng code được tạo ra mà bạn không hiểu.
- Thay thế phán đoán kỹ thuật bằng cảm tính.
- Một nút phép màu biến một câu nói thành sản phẩm đã triển khai.
Nó là:
- Coi mô hình như một kỹ sư junior nhanh nhẹn, hiểu biết, nhưng hơi quá tự tin.
- Dành sự chú ý của bạn cho kiến trúc, tính đúng đắn, và gu thẩm mỹ thay vì cú pháp.
- Lặp lại trong vài phút những việc từng mất hàng giờ.
Mô hình tư duy hiệu quả nhất: bạn là tech lead (trưởng nhóm kỹ thuật), AI là đội của bạn. Một tech lead giỏi không tự viết từng dòng. Họ quyết định hướng đi, đặt ra ràng buộc, xem xét công việc mà đội của họ nộp để phê duyệt (trong phần mềm, lô thay đổi được đề xuất này gọi là — yêu cầu gộp thay đổi), và bắt được những ý tưởng tồi trước khi chúng được triển khai. Bạn đang làm điều đó — chỉ là ở tốc độ của một cuộc trò chuyện.
Hai con đường này bắt đầu từ cùng một đoạn code được tạo ra nhưng kết thúc ở những nơi rất khác nhau:
generated code
│
┌─────────┴─────────┐
▼ ▼
┌───────────┐ ┌───────────┐
│ READ │ │ BLIND │
│ + UNDER- │ │ COPY │
│ STAND │ │ (paste) │
└─────┬─────┘ └─────┬─────┘
▼ ▼
can explain looks fine
can defend until it
can fix it breaks
│ │
▼ ▼
┌─────────┐ ┌─────────┐
│ YOU │ │ YOU │
│ SHIPPED │ │ GAMBLED │
└─────────┘ └─────────┘
Có một từ trong định nghĩa đó gánh phần lớn trọng lượng: hiểu. Toàn bộ cách tiếp cận dựa trên một quy tắc duy nhất — hiểu những gì bạn triển khai. Bạn không cần phải gõ nó, nhưng bạn phải có khả năng giải thích nó, bảo vệ nó trong một buổi review, và sửa nó lúc 2 giờ sáng khi nó gọi điện báo sự cố cho bạn. Nếu bạn không thể, thì bạn không phải đang vibe code — bạn đang đánh cược và may mắn thắng. Khoảng cách giữa hai điều đó chính là toàn bộ chủ đề của cuốn sách này.