Lập trình không còn đồng nghĩa với gõ mã
Lập trình viên thời AI là người xác định vấn đề, định hướng công cụ tạo mã và chịu trách nhiệm kiểm tra phần mềm có đáp ứng đúng yêu cầu hay không. Khi AI đã có thể sửa lỗi và đề xuất cách giải quyết từ chỉ dẫn bằng ngôn ngữ tự nhiên, số giờ gõ mã không còn là thước đo đầy đủ cho năng lực lập trình. Các công cụ như Claude Code và GitHub Copilot khiến dự báo nghề kỹ sư phần mềm sẽ biến mất lan rộng, nhưng thực tế cho thấy vai trò đang thay đổi chứ không đơn giản bị xóa bỏ.
Tại Rails World 2026, David Heinemeier Hansson đưa ra nhận xét rằng tiếng Anh là ngôn ngữ lập trình tốt hơn Ruby; Max Shestov xem câu nói ấy như dấu hiệu cho thấy ranh giới giữa viết mã và phát triển phần mềm đang dịch chuyển. Nhận định đó không có nghĩa cú pháp và kiến thức nền đã hết giá trị. Nó đặt ra câu hỏi thực tế hơn: nếu AI đảm nhiệm ngày càng nhiều phần triển khai, lập trình viên cần tạo ra giá trị ở đâu? Câu trả lời nằm ở việc hiểu mục tiêu, chia bài toán, chọn phương án và nhận ra lúc nào kết quả của máy không đáng tin.
Viết nhanh không đồng nghĩa phần mềm đáng tin
Mã chạy được chưa chắc đã đúng, an toàn hay phù hợp với hệ thống mà doanh nghiệp đang vận hành. Clark Barrett, giáo sư Đại học Stanford, nhấn mạnh rằng có khác biệt giữa tạo ra mã và chứng minh mã sẽ hoạt động chính xác trong thế giới thực; đến một lúc nào đó, mã phải tiếp xúc với thực tế. Rủi ro càng lớn khi phần mềm điều khiển hạ tầng, dịch vụ đám mây hoặc thiết bị vật lý: một sai sót không còn là lỗi cú pháp để AI tự sửa, mà có thể ảnh hưởng đến người dùng và hoạt động của tổ chức.
Vì vậy, kỹ năng lập trình cần bao gồm kiểm thử, đánh giá bảo mật, hiểu giới hạn của dữ liệu và xác nhận phần mềm tương thích với môi trường triển khai. Barrett ủng hộ các phương pháp hình thức, dùng kỹ thuật toán học để chứng minh chương trình đáp ứng những thuộc tính đã định trước. Con người phải quyết định điều gì cần được chứng minh và liệu các giả định có khớp với hoàn cảnh sử dụng hay không. Khi mã do máy tạo ra tăng nhanh, kiểm chứng không phải thủ tục phụ để làm sau; đó là một phần cốt lõi của công việc.
Nhiều tin tuyển dụng hơn, nhưng cửa vào hẹp hơn
AI viết mã chưa khiến nhu cầu tuyển dụng biến mất. Dữ liệu Indeed Hiring Lab cho thấy tin tuyển dụng phát triển phần mềm tại Mỹ tăng gần 15% kể từ cuối tháng 2/2025, trong khi toàn thị trường lao động giảm 7%. Trên GitHub, cứ ba yêu cầu gộp mã thì có một yêu cầu có tác nhân AI tham gia, tăng hơn ba lần so với tỷ lệ dưới 10% của năm trước. Hai diễn biến này đi cùng nhau: doanh nghiệp có thể tạo nhiều mã hơn, nhưng vẫn cần kỹ sư giám sát, hoàn thiện sản phẩm và tích hợp công nghệ vào hạ tầng sẵn có.
Tuy nhiên, số việc làm lập trình viên tăng không có nghĩa cơ hội được chia đều. Trong giai đoạn từ tháng 5/2025 đến tháng 5/2026, 71% mức tăng tin tuyển dụng phần mềm thuộc về các vị trí kỹ sư cấp cao; việc làm của nhóm mới vào nghề giảm gần 20%. Đây là nghịch lý đáng lo: AI làm các nhiệm vụ cơ bản như viết hàm, sửa lỗi cú pháp và soạn tài liệu nhanh hơn, nhưng chính những việc ấy từng giúp người mới học nghề. Doanh nghiệp cần người có kinh nghiệm, trong khi người mới lại khó tìm cơ hội để tích lũy kinh nghiệm.
Giá trị mới nằm ở phán đoán và trách nhiệm
Triển vọng dài hạn vẫn tích cực: dự báo được trích dẫn trong dữ liệu thị trường cho rằng việc làm phát triển phần mềm sẽ tăng 10% trong giai đoạn 2025–2035, từ 1,72 triệu lên 1,89 triệu vị trí, bổ sung khoảng 174.700 việc làm. Nhưng con số tổng thể không xóa đi khoảng cách giữa kỹ sư dày dạn và người mới. Nếu doanh nghiệp cắt mất nấc học nghề hôm nay, họ có thể thiếu nhân lực nòng cốt trong tương lai; nếu trường học chỉ dạy cách viết mã theo quy trình cũ, sinh viên cũng khó thích nghi với công việc đang đổi khác.
Hai năm tới, GitHub dự báo phần lớn mã nguồn được đưa lên nền tảng có thể do AI chấp bút, đến mức con người không đọc hết mọi dòng. Điều đó càng khiến kỹ năng đặt câu hỏi, chia nhỏ bài toán, đánh giá kết quả và chịu trách nhiệm cho quyết định kỹ thuật trở nên thiết yếu. AI có thể làm phần triển khai nhanh hơn, nhưng không tự xác định được đâu là mức rủi ro có thể chấp nhận hay nhu cầu thực sự của người dùng. Kết luận không phải lập trình viên phải cạnh tranh với máy ở tốc độ gõ phím; họ cần giỏi hơn trong phán đoán, kiểm chứng và thiết kế hệ thống đáng tin cậy.
