Kỷ nguyên AI agent viết 80% mã: vấn đề thật sự của lập trình viên là ‘nợ hiểu biết’
(addyo.substack.com)Hiện tượng: chuyển biến nhanh từ 80% viết mã thủ công → 80% viết mã bằng agent (theo phát biểu của Andrej Karpathy)
- Đội ngũ Claude Code: hơn 20 PR mỗi ngày, tất cả đều do AI viết 100%
- Trước đây là “vấn đề 70%” → nay đã bước vào thời đại hơn 80%
Thay đổi về bản chất lỗi
- Trước đây: chủ yếu là lỗi cú pháp và bug đơn giản
- Hiện tại: chủ yếu là thất bại ở mức khái niệm và kiến trúc
- Lan truyền giả định sai (assumption propagation)
- Hiểu sai từ đầu → sau đó chồng chất toàn bộ lên trên
- Quá nhiều trừu tượng hóa và overengineering (100 dòng → bùng nổ thành lớp 1.000 dòng)
Khái niệm cốt lõi: nợ hiểu biết (comprehension debt)
- AI triển khai trông có vẻ hợp lý → test pass → dễ bị cám dỗ merge qua loa
- Về sau lại không thể giải thích “đoạn code này hoạt động như thế nào”
- Khả năng viết ra (generation) ≠ khả năng đọc và hiểu (discrimination)
- Review có nguy cơ thoái hóa thành việc đóng dấu hình thức
- Về dài hạn sẽ đánh mất sự hiểu biết về chính codebase của mình
Nghịch lý năng suất
- Số lượng PR được merge +98%, kích thước PR +154% (Faros AI·DORA)
- Thời gian review code +91% → nút thắt cổ chai mới
- Khảo sát Atlassian 2025: 99% cho rằng “tiết kiệm hơn 10 giờ mỗi tuần” → nhưng tổng khối lượng công việc không giảm
- Thời gian tiết kiệm được → lại tiêu tốn cho chuyển đổi ngữ cảnh, phối hợp và quản lý thay đổi
- “Mua xe nhanh hơn nhưng đường lại kẹt hơn”
Bước ngoặt vai trò của lập trình viên (Karpathy)
- Phân cực thành “người thích coding” và “người thích tạo ra sản phẩm”
- Nhóm đầu: cảm giác mất mát
- Nhóm sau: cảm giác được giải phóng (code chỉ là phương tiện → chuyển sang giám sát kiến trúc và điều phối)
- Trường hợp thành công: tái định nghĩa từ người triển khai → người điều phối (orchestrator)
- Tăng cường tư duy khai báo
- Khảo sát của Armin Ronacher: 44% vẫn còn 90%+ coding thủ công, trong khi chỉ có số rất ít chấp nhận cực đoan kiểu 100% AI
Môi trường phù hợp với 80% vs môi trường rủi ro
- Phù hợp: greenfield, MVP, dự án cá nhân, startup chưa có legacy (có thể scaffold nhanh và refactor mạnh tay)
- Rủi ro: codebase lớn đã trưởng thành, nhiều bất biến phức tạp, nhiều quy tắc ngầm (agent không biết rằng mình không biết + quá tự tin)
Kết luận (Karpathy)
- AI không thay thế kỹ sư mà khuếch đại họ
- Công việc đơn điệu biến mất → chỉ còn lại phần sáng tạo
- Lập trình trở nên thú vị hơn và tạo thêm dũng khí
- Bản sắc của lập trình viên: từ “người viết code” → “người giải quyết vấn đề bằng phần mềm” (bản chất không đổi)
→ Trong thời đại AI, nhiệm vụ cốt lõi của lập trình viên không còn là tốc độ sinh mã mà là duy trì sự hiểu biết và quản lý nợ
4 bình luận
“Người thích viết code” vs “người thích tạo ra sản phẩm” đang ngày càng phân cực
Tôi thấy điều này đúng thật.
Sau này có lẽ phải coi việc code như đan len, chỉ làm như một sở thích thôi.
Chuẩn bài rồi đó kk
Bài viết rất hay. Khi gặp những khái niệm hoặc chữ viết tắt của tính năng mà tôi chưa biết, tôi đang cố gắng hỏi lại AI khi có thể.