AI lập trình viên: năng suất code tăng không đồng nghĩa công việc dễ hơn
AI lập trình viên là các công cụ tự động hóa phần mềm hỗ trợ sinh mã, sửa lỗi và gợi ý giải pháp, giúp lập trình viên hoàn thành tính năng và khắc phục bug nhanh gấp nhiều lần so với cách viết code thủ công, từ đó tạo ra cảm giác năng suất code tăng rõ rệt nhưng không bảo đảm khối lượng hay áp lực công việc giảm đi tương ứng. Sau làn sóng áp dụng AI coding tools, điều hiển nhiên nhất là thời gian triển khai bị rút ngắn; nhưng điều ít được nói đến là độ khó của công việc vẫn nguyên vẹn, thậm chí tăng lên. Triển khai nhanh hơn không tự động tạo thêm “năng lực con người” để suy nghĩ kỹ về kiến trúc, bảo trì hay rủi ro sản phẩm. Một đội có thể giao được nhiều hơn, song đồng thời lại thấy công việc đòi hỏi nhiều năng lượng và sự tập trung hơn; hai điều đó hoàn toàn có thể cùng tồn tại.
Từ ‘dark leisure’ đến vòng xoáy dự án nở ra
Ở giai đoạn đầu, AI lập trình viên mang đến thứ nghe rất hấp dẫn: thêm thời gian rảnh cho người dùng bình thường lẫn lập trình viên. Khi năng suất code tăng, tám tiếng công việc có thể rút xuống còn hai tiếng mà không ngay lập tức biến thành sáu tiếng việc mới đổ thêm lên đầu bạn. Đây là thời kỳ “dark leisure”: quản lý chưa biết năng suất của bạn đã nhân lên, bạn thì âm thầm hoàn thành gấp đôi đầu việc, phần còn lại dùng để lướt web, xem meme mèo trong khi sếp chỉ thấy kết quả tốt hơn. Nhưng Jevons Paradox và Parkinson’s law chờ sẵn ở phía sau. Khi công cụ ngày càng hiệu quả, các nhà quản lý và những lập trình viên tham vọng sẽ dùng tự động hóa phần mềm để yêu cầu nhiều sản phẩm hơn, và khoảng thời gian thư giãn tối đó dần bị lấp kín bởi thêm backlog, thêm tính năng, thêm yêu cầu.
Khi kỳ vọng phình ra, kiệt sức công nghệ len vào đội ngũ
Vấn đề không nằm ở AI, mà ở cách chúng ta phản ứng với việc ‘làm được nhiều hơn’. Như một lập trình viên mô tả, công việc với AI agent trở nên “incredibly taxing” ngay cả với người có nhiều kinh nghiệm. Anh báo cáo những ngày làm việc khoảng 16 tiếng liên tục trong 12 ngày, dù nhấn mạnh đó là lựa chọn cá nhân chứ không phải yêu cầu từ công ty. Điều này phơi bày mặt trái: sự hưng phấn khi thấy tự động hóa phần mềm mở ra vô số khả năng khiến người ta muốn thử nhiều hơn, ôm nhiều hơn, và vô tình trượt vào vùng kiệt sức công nghệ. Chính sự nhiệt tình với công cụ khiến khối lượng công việc nở ra. Năng suất code tăng trở thành cái bẫy: bạn chứng minh được mình làm được nhiều hơn, tổ chức liền lên roadmap lớn hơn, ngân sách lại được tính như thể có thể giảm số lượng kỹ sư mà vẫn hoàn thành nhiều việc hơn.
Bài học quá khứ: từ Delphi, Visual Basic đến AI coding tools
Lịch sử phát triển phần mềm từng chứng kiến một vòng lặp rất giống hiện tại. Thời kỳ đầu của Windows, viết một ứng dụng đơn giản là hành trình đầy mệt mỏi: phải gõ rất nhiều dòng C/C++ chỉ để hiển thị một form trống trên màn hình, thêm một nút bấm còn mất công hơn nữa. Rồi các công cụ như Delphi và Visual Basic xuất hiện, biến thao tác đặt nút lên form thành chuyện “trẻ con cũng làm được”. Theo thời gian, kết quả không phải là các đội ngũ ngồi chơi nhiều hơn, mà là người dùng và doanh nghiệp đòi hỏi thêm phần mềm, thêm chức năng, thêm sản phẩm được làm nhanh gọn hơn. Điều đó đang lặp lại với AI lập trình viên: một khi agentic tools được dùng hiệu quả, nhu cầu cho thêm phần mềm sẽ tăng và mọi khoảng trống thời gian sẽ bị lấp bằng nhiều việc hơn, thay vì nghỉ ngơi. Nói thẳng, nhanh hơn chưa bao giờ đồng nghĩa với nhẹ nhàng hơn.
Làm sao tránh biến AI thành chiếc máy ép sức lao động?
Nếu tổ chức tiếp tục lập ngân sách như thể AI cho phép mở rộng roadmap đồng thời cắt giảm nhu cầu chuyên môn kỹ thuật, các đội kỹ sư sẽ bị đẩy sâu vào vùng quá tải. Năng suất code tăng nên được coi là cơ hội thiết kế lại nhịp làm việc, chứ không phải lý do để dồn thêm deadline. Ai đó cần đặt ra ranh giới: thời gian tiết kiệm được phải dành cho việc nghiền ngẫm kiến trúc, cải thiện chất lượng, mentoring, hoặc đơn giản là nghỉ, thay vì bị nuốt chửng bởi backlog mới. Tổ chức cũng cần chiến lược nhân sự rõ ràng: không thể xem AI là cái cớ để giảm đầu người vô tội vạ rồi trông chờ đội còn lại gánh tất cả. Bằng không, lợi ích của tự động hóa phần mềm sẽ bị biến thành cái bẫy năng suất, nơi các đội liên tục giao thêm mà vẫn cảm thấy công việc ngày một nặng nề hơn.
