24 điểm bởi ragingwind 22 giờ trước | 1 bình luận | Chia sẻ qua WhatsApp

Đây là bài thuyết trình của Eric, nhà nghiên cứu về coding agent tại Anthropic, nói về cách có thể sử dụng vibe coding (cách giao toàn bộ việc viết mã cho AI) một cách an toàn trong môi trường dịch vụ thực tế. Bài nói giải thích rằng việc chỉ đơn thuần tạo ra nhiều mã bằng AI và vibe coding là hai việc khác nhau; theo định nghĩa của Andrej Karpathy, cốt lõi là "quên mất chính việc mã đang tồn tại". Trong bối cảnh quy mô công việc mà AI có thể xử lý đang tăng gấp đôi sau mỗi 7 tháng, bài nói khởi đi từ nhận thức rằng nếu không tận dụng được làn sóng này thì tất yếu sẽ tụt lại trong cạnh tranh.

Luận điểm cốt lõi

  • Nguyên tắc của vibe coding là "quên mã đi, nhưng đừng quên sản phẩm". Cũng như ta không đọc từng dòng assembly do compiler sinh ra, trọng tâm nên là xác minh chất lượng và độ chính xác của kết quả đầu ra thay vì chính phần mã do AI viết.
  • Vai trò của lập trình viên cần chuyển từ người trực tiếp triển khai sang product manager (PM) của Claude. Giống như khi giao việc cho một kỹ sư mới vào nghề, quá trình tổng hợp đầy đủ yêu cầu, ngữ cảnh của codebase và các điều kiện ràng buộc để truyền đạt cho AI, dù mất hơn 15~20 phút, vẫn là khoản đầu tư giúp tăng mạnh tỷ lệ thành công.
  • Vibe coding nên tập trung vào các leaf node của codebase (những chức năng đầu mút mà không có mã nào khác phụ thuộc vào). Phần kiến trúc cốt lõi hay mã nền tảng mà các module khác dựa vào vẫn cần con người hiểu sâu và trực tiếp quản lý.
  • Thiết kế khả năng kiểm chứng là điều bắt buộc. Trong một ví dụ nội bộ tại Anthropic, họ đã dùng Claude để viết 22.000 dòng mã reinforcement learning rồi merge vào production; bằng cách thiết kế stress test và các checkpoint kiểm chứng dựa trên đầu vào/đầu ra, họ có thể xác nhận tính ổn định và độ chính xác mà không cần đọc toàn bộ mã.

Các giới hạn hiện tại

  • Technical debt hiện vẫn chưa có cách tốt để đo lường hay kiểm chứng nếu không trực tiếp đọc mã. Đây là lý do lớn nhất khiến vibe coding hiện nên bị giới hạn ở leaf node.
  • Việc người không phải lập trình viên dùng vibe coding để xây dựng hệ thống production trong các lĩnh vực nhạy cảm như bảo mật hay thanh toán là rất rủi ro. Điều kiện tiên quyết là phải có năng lực phán đoán kỹ thuật để đặt ra đúng câu hỏi.

Điểm khác biệt

  • Bài nói không xem vibe coding như một trào lưu nhất thời mà đặt nó trong khung chuyển đổi mang tính cấu trúc của ngành phần mềm. Tác giả chỉ ra rằng "bài toán kiểm chứng kết quả dù không biết chi tiết triển khai" là vấn đề đã tồn tại từ lâu như chính nền văn minh, giống như CTO quản lý chuyên gia hay CEO kiểm chứng công việc của kế toán.

Hàm ý

  • Năng lực được đòi hỏi ở software engineer đang dịch chuyển từ khả năng viết từng dòng mã sang khả năng định nghĩa yêu cầu một cách chính xác và kiểm chứng kết quả theo cấu trúc. Xét đến tốc độ cải thiện hiệu năng của các công cụ AI, có vẻ ai thích nghi với sự chuyển đổi này sớm hơn sẽ có lợi thế hơn.

1 bình luận

 
iolothebard 16 giờ trước

Đừng nói chuyện đó với các lập trình viên tuyến đầu nữa mà hãy nói với mấy sếp cấp C đi~~~