AI hạ thấp rào cản xây dựng: Kỹ sư sẽ ra sao?

AI rút ngắn con đường từ ý tưởng đến phần mềm hoạt động được, đồng thời chuyển vai trò kỹ sư sang kiến trúc, nền tảng và quản trị chất lượng.

Kỹ sư làm việc trước màn hình trong môi trường phát triển phần mềm
AI đang thay đổi cách phần mềm được xây dựng.

AI đang hạ thấp rào cản xây dựng phần mềm bằng cách rút ngắn con đường từ ý tưởng đến sản phẩm hoạt động được. Kỹ sư không mất vai trò vì thay đổi này. Trọng tâm công việc chuyển sang kiến trúc hệ thống, thiết kế nền tảng, rà soát kết quả và quản trị chất lượng.

Trong phần lớn lịch sử ngành phần mềm, muốn xây dựng một sản phẩm đồng nghĩa với việc phải viết mã. Người làm không chỉ cần hiểu vấn đề mà còn phải thành thạo ít nhất một ngôn ngữ lập trình. Họ cũng phải nắm kiến trúc hệ thống và có đủ kinh nghiệm thực tế để biết nên đặt câu hỏi nào trước khi viết dòng mã đầu tiên.

Rào cản ấy đang thấp dần. Theo The New Stack, công cụ lập trình bằng AI và giao diện ngôn ngữ tự nhiên đang rút ngắn con đường từ ý tưởng đến phần mềm hoạt động được. Quy trình có tác tử cũng góp phần vào thay đổi này. Một quản lý sản phẩm có thể tạo nguyên mẫu chức năng mà không tự viết mã. Một kỹ sư dữ liệu có thể dựng đường ống dữ liệu trong vài giờ, thay vì để cả nhóm mất một tuần xác định phạm vi và kiểm thử.

Trong bối cảnh vai trò kỹ sư thời AI, trọng tâm công việc chuyển sang kiến trúc, rà soát và thiết kế nền tảng để nhiều người có thể xây dựng phần mềm.

Điểm nghẽn không nằm ở kiến thức. Nó nằm ở lớp chuyển đổi giữa việc biết một điều và khả năng biến điều đó thành sản phẩm. AI đang loại bỏ lớp chuyển đổi ấy.

The New Stack

Điều thực sự đã thay đổi

AI chủ yếu giảm yêu cầu về cú pháp và thao tác triển khai, cho phép chuyên môn nghiệp vụ đi thẳng vào nguyên mẫu. Kiến trúc, dữ liệu và khả năng dự đoán hành vi của hệ thống vẫn cần chiều sâu kỹ thuật, nhất là khi tải tăng hoặc một thành phần bên ngoài thay đổi.

Một kỹ sư hậu cần hiểu rõ bài toán định tuyến của doanh nghiệp có thể tự tạo nguyên mẫu phản ánh kiến thức ấy. Một chuyên viên an ninh biết chính xác mẫu bất thường cần tìm có thể xây dựng công cụ giám sát tương ứng. Kiến thức đã có từ trước. Phần thay đổi là con đường từ hiểu biết đến sản phẩm.

Với kỹ sư nền tảng và hạ tầng, đây là sự xuất hiện của một nhóm người dùng mới. Người xin quyền truy cập nền tảng phát triển nội bộ có thể không biết vùng tên Kubernetes là gì. Tuy vậy, họ vẫn có thể đang xây dựng thứ giải quyết một nhu cầu kinh doanh có thật. Giá trị doanh nghiệp thu được sẽ phụ thuộc ngày càng nhiều vào cách nền tảng được thiết kế, ghi chép và mở quyền sử dụng.

Điều đó đặc biệt quan trọng với AI tác tử trên Kubernetes. Nền tảng nội bộ không chỉ phục vụ những kỹ sư đã quen với hệ thống mà còn phải hỗ trợ người có chuyên môn nghiệp vụ nhưng ít kinh nghiệm vận hành.

Hai vấn đề không tự biến mất

Việc nhiều người có thể xây dựng phần mềm làm tăng hai rủi ro: sản phẩm không đạt chất lượng cần thiết và trách nhiệm vận hành không rõ ràng. Tổ chức cần rào chắn kỹ thuật, tài liệu phù hợp và mô hình sở hữu cụ thể thay vì chỉ mở rộng quyền truy cập công cụ.

Hạ thấp rào cản xây dựng không tự động nâng chất lượng sản phẩm. Mã do một người không hiểu đầy đủ kết quả mà mô hình tạo ra vẫn cần được bảo trì, sửa lỗi và cuối cùng ngừng sử dụng. Khóa quyền truy cập không giải quyết được tình trạng này.

Nội dung kiểm soát chất lượng

Nhóm kỹ thuật cần tạo ra nền đỡ tốt hơn cho người xây dựng. Nền đỡ này gồm thiết lập mặc định hợp lý, rào chắn phát hiện lỗi phổ biến và tài liệu dành cho người không theo nghề kỹ sư chuyên nghiệp. Hoạt động rà soát mã trong thời đại AI cần giúp kỹ sư xác minh kết quả và duy trì các tiêu chuẩn chất lượng.

Vấn đề thứ hai là quyền sở hữu. Khi nhiều người có thể xây dựng, số lượng dịch vụ và công cụ nội bộ cũng tăng. Tốc độ được cải thiện, nhưng hệ thống dễ trở nên phân tán. Một dịch vụ do chuyên viên phân tích nghiệp vụ triển khai sáu tháng trước thuộc trách nhiệm của ai? Nếu nó hỏng lúc 2 giờ sáng, đội nào phải xử lý?

The New Stack nhận định chưa có câu trả lời thống nhất cho những câu hỏi này. Các tổ chức kỹ thuật biết mở rộng mô hình sở hữu và cơ chế hỗ trợ tới nhóm người xây dựng mới sẽ thu được nhiều giá trị hơn, đồng thời hạn chế lượng nợ kỹ thuật phải gánh về sau.

Vai trò kỹ sư không thu hẹp mà đổi hình dạng

Kỹ sư vẫn cần thiết khi AI giảm phần việc mang tính cơ học. Vai trò này chuyển dần từ trực tiếp viết mọi thành phần sang thiết kế kiến trúc, xây dựng nền tảng, xác lập tiêu chuẩn, rà soát kết quả và giúp một cộng đồng lớn hơn tạo phần mềm an toàn, có thể vận hành lâu dài.

Khi phần việc mang tính cơ học được tự động hóa, nhiều kỹ sư lo ngại giá trị nghề nghiệp của mình sẽ giảm. Nỗi lo không chỉ liên quan đến việc làm. Nó còn chạm tới chuyên môn, bản sắc nghề nghiệp và số năm cần thiết để đạt được độ thành thạo.

Kỹ sư với vai trò người trực tiếp chế tác đang dần chuyển một phần sang vai trò cung cấp hạ tầng cho cộng đồng xây dựng lớn hơn.

The New Stack

Những dấu hiệu hiện có cho thấy vai trò kỹ sư đang tạo ra ảnh hưởng lớn hơn, không phải nhỏ đi. Khi nhiều người có thể xây dựng, người hiểu cách xây dựng đúng trở thành nhân tố khuếch đại năng lực của cả tổ chức thay vì là điểm nghẽn.

Trọng tâm công việc mới

Thời gian của kỹ sư sẽ chuyển nhiều hơn sang kiến trúc, rà soát và thiết kế nền tảng. Họ phải đặt ra những tiêu chuẩn mà người khác có thể tuân theo. Những người sử dụng tiêu chuẩn đó không nhất thiết phải hiểu toàn bộ lý do phía sau từng quy tắc. Kỹ năng vận hành hạ tầng AI vì thế cũng trở thành một phần quan trọng của công việc kỹ thuật.

Nhu cầu đối với người biết xây dựng phần mềm tốt và hiểu sâu cách hệ thống vận hành không giảm. Bài toán ngày càng phức tạp, dù một số bước xử lý đã nhanh hơn. Đây là một công việc khác với vai trò mà phần lớn kỹ sư từng được đào tạo, nhưng không phải một vai trò kém quan trọng hơn.

Hãy tiếp tục theo dõi Sine để cập nhật cách AI đang định hình lại công việc kỹ thuật và hạ tầng phần mềm.