Lập trình cùng AI thực sự có ý nghĩa gì?

AI đang viết code, sửa lỗi và thậm chí thiết kế kiến trúc hệ thống. Nhưng khi công cụ ngày càng thông minh, câu hỏi đặt ra không còn là "AI làm được gì" mà là "con người còn giữ vai trò gì". Trong một tập podcast gần đây, Michael Stiefel đã trò chuyện cùng Joy Ebertz để mổ xẻ ý nghĩa thực sự của việc lập trình với AI.

Từ trợ lý gõ code đến cộng sự thiết kế

Chỉ vài năm trước, các công cụ hỗ trợ lập trình chủ yếu dừng ở mức gợi ý cú pháp hay tự động hoàn thiện dòng lệnh. Nay, các mô hình ngôn ngữ lớn có thể sinh ra cả một module, đề xuất kiến trúc, viết test và giải thích những đoạn code phức tạp.

Joy Ebertz nhấn mạnh rằng sự dịch chuyển này không chỉ là chuyện công cụ tốt hơn. Nó thay đổi cách các kiến trúc sư phần mềm và lập trình viên tư duy về công việc của chính mình.

Khi AI đảm nhận phần lớn việc viết code, giá trị của người kỹ sư chuyển từ "làm được" sang "quyết định nên làm gì".

Bài toán bị lãng quên: sự thành công dài hạn của doanh nghiệp

Một trong những điểm đáng chú ý nhất trong cuộc trò chuyện là nhận định của Ebertz về nhiệm vụ bị bỏ quên nhiều nhất của một kiến trúc sư: đảm bảo sự thành công dài hạn của doanh nghiệp.

Trong thực tế, kiến trúc sư thường bị cuốn vào các quyết định kỹ thuật trước mắt — chọn framework nào, tối ưu hiệu năng ra sao, xử lý nợ kỹ thuật thế nào. Nhưng ít ai dành đủ thời gian để hỏi: những lựa chọn hôm nay sẽ ảnh hưởng thế nào đến khả năng cạnh tranh của doanh nghiệp trong 5 hay 10 năm tới?

Khi AI tham gia sâu hơn vào phát triển phần mềm, bài toán này càng trở nên cấp thiết:

• Tốc độ tạo code tăng vọt đồng nghĩa với việc sai sót trong thiết kế cũng bị khuếch đại nhanh hơn
• Chi phí bảo trì có thể giảm nếu con người hiểu rõ hệ thống, hoặc tăng vọt nếu chỉ dựa vào AI mà không nắm bản chất
• Kiến thức nội bộ cần được ghi lại và truyền đạt, thay vì phụ thuộc vào khả năng "hỏi AI" của từng cá nhân

Con người giữ vai trò gì?

Ebertz không cho rằng AI sẽ thay thế lập trình viên. Thay vào đó, bà nhìn nhận đây là sự tái phân chia công việc. Những tác vụ mang tính cơ học, lặp lại sẽ dần được tự động hóa. Phần việc còn lại — và cũng là phần khó nhất — thuộc về con người:

• Hiểu bối cảnh nghiệp vụ để đặt đúng bài toán cho AI giải
• Đánh giá và kiểm chứng kết quả mà AI đưa ra, bởi mô hình vẫn có thể sai một cách tự tin
• Ra quyết định kiến trúc dựa trên đánh đổi dài hạn, điều mà AI chưa thể làm thay
• Chịu trách nhiệm về chất lượng và hệ quả của sản phẩm cuối cùng

Hàm ý cho đội ngũ phát triển tại Việt Nam

Với các công ty phần mềm và đội ngũ outsourcing tại Việt Nam, những thay đổi này mang ý nghĩa thực tiễn rõ rệt. Các dự án gia công vốn dựa vào số lượng nhân sự viết code sẽ chịu áp lực điều chỉnh mô hình. Ngược lại, những kỹ sư biết tận dụng AI để tăng năng suất, đồng thời giữ được tư duy hệ thống và hiểu biết nghiệp vụ, sẽ có lợi thế cạnh tranh lớn hơn.

Điều đáng lưu ý là kỹ năng đọc hiểu và đánh giá code trở nên quan trọng hơn bao giờ hết. Viết code có thể được AI hỗ trợ, nhưng phán đoán xem đoạn code đó có đúng, có an toàn và có phù hợp với mục tiêu kinh doanh hay không vẫn là việc của con người.

Kết luận

Cuộc trò chuyện giữa Michael Stiefel và Joy Ebertz đặt ra một lời nhắc nhở thẳng thắn: lập trình với AI không chỉ là chuyện dùng công cụ mới. Đó là sự thay đổi căn bản về cách phân bổ thời gian, sự tập trung và trách nhiệm của người kỹ sư. Trong bối cảnh đó, nhiệm vụ tưởng chừng xa xôi — đảm bảo thành công dài hạn cho doanh nghiệp — lại trở thành phần việc cốt lõi nhất mà mỗi kiến trúc sư phần mềm cần nghiêm túc thực hiện.