AI giúp lập trình viên tạo mã nhanh hơn, nhưng khâu rà soát không theo kịp. Theo bài viết gốc của The New Stack, John Bristowe đã đề xuất chuyển cổng chất lượng vào quy trình chuyển giao phần mềm. Viktor Farcic dự kiến sẽ chất vấn đề xuất này tại một sự kiện sắp tới.
Vấn đề này cũng đáng chú ý với các nhóm phát triển tại Việt Nam. Tác tử AI viết mã có thể tạo ra thay đổi lớn trong thời gian ngắn. Việc thêm người vào hàng chờ rà soát không nhất thiết giải quyết được điểm nghẽn.
Nội dung mã do AI tạo ra vượt khả năng kiểm tra của con người
Theo báo cáo DORA năm 2026, 90% lập trình viên đã sử dụng AI trong công việc. Số yêu cầu hợp nhất mà họ xử lý tăng 98% so với giai đoạn trước AI.
Tốc độ đó đi kèm một kết quả kém tích cực. The New Stack dẫn số liệu cho thấy số lỗi trên mỗi lập trình viên tăng 54%. Một phân tích trên 10.000 lập trình viên còn ghi nhận số sự cố trên mỗi yêu cầu hợp nhất tăng 243%.
Báo cáo AI Pulse của Octopus Deploy nhận định AI có thể đẩy nhanh quá trình tạo mã nhưng cũng có thể làm giảm hiệu suất chung. Nguyên nhân được nêu là các tác tử viết những bản cập nhật lớn mà con người khó hiểu đầy đủ.
John Bristowe muốn chuyển cổng chất lượng vào quy trình
John Bristowe là người phụ trách vận động kỹ thuật cấp cao tại Octopus Deploy. Ông cho rằng rà soát mã đã dần mang tính hình thức. Theo lập luận được The New Stack thuật lại, một người không thể nhanh chóng kiểm tra yêu cầu hợp nhất gồm 40.000 dòng do tác tử tạo ra. Người rà soát không tham gia quá trình lập luận ban đầu nên khó nắm hết những gì bản cập nhật có thể làm thay đổi.
Đề xuất của Bristowe là chuyển cổng kiểm soát chất lượng khỏi bàn làm việc của từng cá nhân và đưa nó vào chính quy trình chuyển giao phần mềm. Các quy tắc được viết thành mã sẽ kiểm tra mọi lần triển khai theo một bộ chính sách xác định trước. Con người chỉ xử lý những trường hợp vi phạm hoặc ngoại lệ, thay vì giả định rằng họ đã hiểu toàn bộ gói thay đổi.
Cách tiếp cận này không đồng nghĩa với việc dùng thêm AI để rà soát mã do AI tạo ra. Hai hệ thống có thể dựa trên dữ liệu huấn luyện tương tự và mang những điểm mù giống nhau. Một quy trình kiểm chứng bằng quy tắc nhằm kiểm tra kết quả triển khai, bất kể mã được viết bởi con người hay máy.
Viktor Farcic dự kiến hỏi về phán đoán và trách nhiệm
Viktor Farcic là tiếng nói về kỹ thuật nền tảng đứng sau DevOps Toolkit. Ông dự kiến chất vấn khả năng các chính sách viết thành mã thay thế phán đoán của kỹ sư. Nếu quy trình chỉ đánh dấu những gì trái với quy tắc đã định, đội ngũ vẫn phải quyết định ai chịu trách nhiệm cho những rủi ro mà bộ quy tắc không nhìn thấy.
Cuộc trao đổi sắp tới được kỳ vọng sẽ làm rõ giới hạn của đề xuất này. Bristowe muốn để quy trình xác minh phần có thể định nghĩa rõ và chuyển ngoại lệ cho con người. Farcic được kỳ vọng sẽ hỏi liệu cách làm đó có tạo thêm một nơi để trách nhiệm bị đẩy sang hệ thống hay không.
Kỹ sư ít kinh nghiệm có thể mất một phần môi trường học nghề
Cuộc tranh luận còn liên quan đến kỹ sư mới vào nghề. Trước đây, họ có thể tham gia một nhóm nơi con người viết mã, sau đó cùng nhau đọc, nhận xét và thảo luận về từng thay đổi. Khi tác tử AI viết mã tạo ra phần lớn mã còn quy trình tự động đảm nhiệm khâu xác minh, môi trường học qua rà soát giữa người với người có thể không còn vận hành theo cách cũ.
The New Stack không đưa ra kết luận rằng rà soát của con người phải biến mất. Vấn đề là xác định nơi nó còn tạo ra giá trị. Các kiểm tra có quy tắc rõ ràng có thể được đưa vào quy trình, trong khi con người tập trung vào ngoại lệ, phán đoán kỹ thuật và trách nhiệm đối với thay đổi.
Cuộc tranh luận vẫn chưa ngã ngũ
Bristowe và Farcic sẽ thảo luận trực tiếp vào thứ Ba, ngày 29 tháng 9, lúc 14 giờ 30 theo giờ miền Đông Hoa Kỳ và 11 giờ 30 theo giờ Thái Bình Dương. Sự kiện miễn phí và người tham dự trực tiếp sẽ nhận tài liệu đi kèm được xây dựng từ dữ liệu AI Pulse của Octopus Deploy.
Với các đội phát triển, câu hỏi trước mắt không chỉ là ai sẽ đọc mã. Họ còn phải xác định quy tắc nào có thể kiểm chứng tự động, trường hợp nào cần con người phán đoán và ai chịu trách nhiệm khi cả hai lớp bảo vệ đều bỏ sót lỗi.
Hãy theo dõi Sine để tiếp tục cập nhật cách các nhóm kỹ thuật điều chỉnh quy trình phát triển khi AI viết ngày càng nhiều mã.
