Đo xem một lập trình viên Việt dùng AI viết mã có thực sự tiết kiệm thời gian mà vẫn giữ chất lượng kiểm thử, hay chỉ là cảm giác nhanh hơn. Tiêu chí coi là xong: hai cách làm cùng cho ra một tính năng hoàn chỉnh, có kiểm thử đạt, và chênh lệch thời gian đủ rõ để .
Bối cảnh công việc lập trình đang bị chia lại
Tin công nghệ gần đây cho thấy các hãng lớn đang mạnh tay đưa AI vào quy trình phát triển phần mềm, kéo theo việc nhiều lập trình viên phải học lại kỹ năng hoặc chuyển hướng nghề. Điều đáng chú ý không nằm ở con số nhân sự, mà ở chỗ công việc viết mã đang tách thành hai lớp: lớp gõ cú pháp và lớp quyết định cái gì đáng viết. AI đảm nhận lớp đầu rất tốt, còn lớp sau vẫn cần người hiểu nghiệp vụ và rủi ro.
Với người Việt làm phần mềm cho thị trường trong nước hoặc gia công cho nước ngoài, áp lực này đến sớm hơn tưởng tượng. Khách hàng đã bắt đầu hỏi nhóm dự án dùng công cụ AI gì, tốc độ ra tính năng bao nhiêu, chứ không chỉ hỏi giá.
Chạy thử cùng một tính năng, hai cách làm
Bài thử dùng một tính năng quen thuộc: chức năng lọc và phân trang cho danh sách đơn hàng, có xử lý trạng thái rỗng và lỗi mạng. Cách A là viết tay toàn bộ, tra tài liệu khi cần. Cách B là mô tả yêu cầu cho trợ lý AI, lấy khung mã, rồi tự sửa phần nghiệp vụ và tự viết kiểm thử.
Ở cách A, thời gian gõ mã chiếm phần lớn, nhưng việc gỡ lỗi diễn ra ngắn vì người viết hiểu từng dòng. Ở cách B, thời gian đầu rất nhanh, mã chạy được ngay ở lần đầu, nhưng phần sửa lại tốn hơn dự kiến: AI đặt tên biến theo kiểu khác quy ước nhóm, xử lý lỗi mạng bằng cách trả về danh sách rỗng, che mất lỗi thật. Kiểm thử viết tay cho cách B cũng phải đọc lại toàn bộ mã sinh ra mới dám tin.
Đo thô trên cùng một máy, cách A mất khoảng 3 giờ cho mã và kiểm thử, cách B mất khoảng 2 giờ nhưng có thêm khoảng 40 phút đọc lại và chỉnh. Chênh lệch thực tế không lớn như cảm giác lúc ban đầu. Điểm khác biệt nằm ở chỗ cách B cho ra nhiều phương án để chọn, còn cách A cho ra ít phương án nhưng chắc hơn.
Đối chiếu chỗ AI thắng và chỗ người vẫn phải giữ
AI thắng rõ ở các việc có khuôn mẫu: viết hàm chuyển đổi dữ liệu, sinh kiểm thử cho các trường hợp biên, đặt tên và sắp xếp lại mã cũ, viết tài liệu mô tả hàm. Đây là những việc lặp lại, ít rủi ro nghiệp vụ, và người viết dễ kiểm chứng kết quả.
Người vẫn phải giữ ở ba chỗ. Thứ nhất là quyết định phạm vi: viết gì, bỏ gì, có nên thêm tính năng này không. Thứ hai là các quy tắc nghiệp vụ có ngoại lệ, ví dụ đơn hàng hoàn tiền một phần hay khách hàng thuộc diện ưu tiên. Thứ ba là bảo mật và dữ liệu: mã nguồn đưa lên công cụ AI có thể chứa thông tin nội bộ, nên cần quy ước rõ về việc gì được dán vào, việc gì phải che.
- Việc nên giao cho AI: sinh kiểm thử, viết tài liệu, chuyển đổi mã cũ sang chuẩn mới, gợi ý cách đặt tên.
- Việc nên tự làm: thiết kế luồng nghiệp vụ, xử lý lỗi, đánh giá rủi ro bảo mật, quyết định kiến trúc.
- Việc nên làm cùng AI: đọc hiểu mã lạ, tìm nguyên nhân lỗi, so sánh hai cách triển khai.
Ý nghĩa cho người làm nghề tại Việt Nam
Nếu AI viết được phần lớn mã theo khuôn, giá trị của lập trình viên chuyển sang chỗ đọc hiểu hệ thống và ra quyết định. Người mới vào nghề vẫn cần học cú pháp, nhưng nên học sớm cách kiểm chứng đầu ra của AI thay vì chỉ học cách gõ nhanh. Người có kinh nghiệm thì lợi thế nằm ở chỗ biết chỗ nào AI hay sai và biết cách đặt yêu cầu đủ chặt.
Với doanh nghiệp, việc đưa AI vào quy trình nên đi kèm quy ước về dữ liệu và tiêu chuẩn kiểm thử, nếu không tốc độ tăng sẽ đi kèm nợ kỹ thuật. Một nhóm nhỏ làm đúng quy ước có thể ra tính năng nhanh hơn nhóm đông làm theo cách cũ, và đó là lý do áp lực nhân sự xuất hiện.
Áp dụng tuần này
Sau lần đo, là AI tiết kiệm thời gian thật, nhưng phần tiết kiệm bị ăn lại bởi thời gian kiểm chứng nếu người dùng không có quy ước rõ. Cách áp dụng gọn trong một tuần: chọn một việc lặp lại, giao cho AI, tự viết kiểm thử trước khi tin, ghi lại chỗ AI sai để lần sau đặt yêu cầu chặt hơn. Làm đều thì tốc độ tăng mà chất lượng không tụt, và đó mới là thứ giữ được việc trong giai đoạn nghề lập trình đang đổi cách chia việc.
Đọc thêm: Thử tóm tắt tin nhắn Samsung AI một tuần xem có dùng được không
