CTO Netlify Dana Lawson: Viết mã không còn là công việc chính của kỹ sư phần mềm

CTO Netlify Dana Lawson: Viết mã không còn là công việc chính của kỹ sư phần mềm

Dana Lawson tại AI Native DevCon

"Tôi đã làm việc trong ngành này từ thập niên 90 — hàng thập kỷ xây dựng các hàng rào bảo vệ để ngăn con người làm hỏng môi trường sản xuất. Giờ đây, chúng tôi đang gỡ bỏ những hàng rào đó và nói: Nào, hãy cùng chơi, hãy cùng sáng tạo, hãy xây dựng những trải nghiệm tiếp theo của thế giới," Dana Lawson, Giám đốc Công nghệ (CTO) của Netlify, chia sẻ trước khán giả đông kín tại hội nghị AI Native DevCon vừa diễn ra ở London.

Theo bà Lawson, AI tác nhân (Agentic AI) đã thiết lập nên một tầng trừu tượng mới, nơi ý định — được thể hiện qua ngôn ngữ hội thoại — trở thành ngôn ngữ lập trình tiếp theo, cho phép số lượng người tạo ra phần mềm tăng lên theo cấp số nhân. Dự kiến sẽ có một tỷ ứng dụng mới được viết ra vào năm 2029 nhờ khả năng hỗ trợ của AI, thứ mà bà Lawson gọi là "người xây dựng" (the builder).

Sự chuyển dịch vai trò của kỹ sư

Điều này mang lại lợi ích to lớn cho những nhà phát triển công dân (citizen developers). Tuy nhiên, với nhiều kỹ sư phần mềm chuyên nghiệp, đây là lần đầu tiên họ đối mặt với mức độ bất định về nghề nghiệp như thế này. Ngành công nghệ — và theo đó là cả thế giới — đang thay đổi quá nhanh, trong khi các tin tức về sa thải trong ngành công nghệ lại chiếm ưu thế trên các mặt báo. Ngay cả khi công ty của bạn chưa đi theo hướng cắt giảm nhân sự gay gắt đó, việc bạn tự hỏi vai trò của mình là gì khi hiếm khi phải viết mã là điều hoàn toàn bình thường.

Vậy nếu phát triển phần mềm không còn được định nghĩa bằng việc viết mã, thì điều gì làm nên sự khác biệt của một kỹ sư? Theo Lawson, họ là những người hiểu rõ Trải nghiệm Tác nhân (Agent Experience - AX) có thể và nên là gì.

Kỹ sư là "người chăn dắt" sản xuất

Theo một cách nào đó, câu trả lời là không. Bởi vì viết mã chưa bao giờ chiếm hơn một phần tư công việc của một kỹ sư, và ngày càng trở thành phần mang tính chiến lược thấp nhất.

"Bạn là người chăn dắt môi trường sản xuất," Lawson nói về trải nghiệm của kỹ sư trong kỷ nguyên AX. "Hãy đảm bảo những gì đi vào và đi ra đều được hiểu rõ. Nếu chúng ta thực hiện đúng các trải nghiệm tác nhân, những tác nhân đó nên là các hoạt động dựa trên sự kiện, nơi tín hiệu được đẩy đến nhà phát triển thay vì bị kéo ra."

Hình ảnh minh họa về AI và công nghệ

Bây giờ hơn bao giờ hết, sự thành bại của việc áp dụng tác nhân phụ thuộc vào sự hiểu biết toàn diện về các hệ thống phức tạp, lộ trình đưa vào sản xuất và bối cảnh kinh doanh.

"Trải nghiệm tác nhân là việc suy nghĩ về tất cả bối cảnh hệ thống mới và ý định trong vòng đời cung cấp phần mềm," Lawson lập luận. "Đó là thực hành thiết kế nơi con người và tác nhân hợp tác liền mạch — và không chỉ đơn thuần là việc làm cho các cuộc gọi API thân thiện với tác nhân."

Thiết kế cho tác nhân cũng là thiết kế cho con người

Netlify ra mắt vào năm 2014 như một nền tảng cho các nhà phát triển web và ứng dụng front-end. Làn sóng mới của các nhà phát triển công dân này không nói ngôn ngữ của lập trình viên; họ thậm chí không biết git là gì. Đáp lại, nền tảng này đã phải được xây dựng lại, không chỉ để giao tiếp với các nhà phát triển, mà còn với các tác nhân AI và những "người xây dựng" mới này.

Trong quá trình xây dựng lại nền tảng cho hai đối tượng mới này, Netlify nhận thấy họ có thể phục vụ đối tượng nhà phát triển của mình tốt hơn. Bởi vì, theo định nghĩa của Lawson, trải nghiệm tác nhân là sự kết hợp giữa trải nghiệm nhà phát triển (DX) và trải nghiệm người dùng (UX). Và bằng cách giải quyết vấn đề cho cả hai, đội ngũ của bà cuối cùng đã có thể giúp người dùng vượt qua các rào cản thể chế và kiến thức lĩnh vực luôn kìm hãm ngành này, giới hạn nó ở những người có bằng khoa học máy tính.

"Khi chúng tôi làm cho thông báo lỗi của tác nhân rõ ràng hơn, cấu trúc đầu ra của bản dựng cho máy móc, và loại bỏ ma sát không cần thiết, các nhà phát triển của chúng tôi cũng được hưởng lợi từ điều này," Lawson phản tư. "Mọi giả định của con người mà chúng tôi loại bỏ đều làm cho nền tảng tốt hơn cho mọi người."

Kỹ thuật kết quả và trách nhiệm của kỹ sư

Như Kỹ thuật Kết quả (Outcome Engineering) lập luận, AI loại bỏ băng thông của con người như một sự giới hạn. Điều đó có nghĩa là công việc của kỹ sư càng trở nên quan trọng hơn trong việc quyết định cái gì không nên xây dựng.

"Sự thật phũ phàng là bạn sẽ bị mắc kẹt trong việc xây dựng một đống thứ sẽ trở nên lỗi thời, có lẽ chỉ trong vài tháng chứ không phải vài năm. Vì vậy, việc tìm ra đúng con đường và đặt ý định vào đúng khu vực là điều sẽ giúp bạn tồn tại," Lawson chia sẻ với The New Stack trong một cuộc phỏng vấn theo dõi, về rủi ro của việc làm quá nhiều quá nhanh. "Đây là nơi các thực hành phát triển và kỹ thuật là cốt lõi, bởi vì bây giờ bất kỳ ai trên thế giới thực sự có thể xây dựng bất cứ thứ gì."

Đó là trách nhiệm của các kỹ sư để đảm bảo những gì "người xây dựng" tạo ra là đúng đắn — cho doanh nghiệp, khách hàng, bảo mật và thế giới của bạn.

"Chúng ta mang trên vai gánh nặng trách nhiệm để đảm bảo rằng chúng ta đang thực hiện nén, chúng ta đang suy nghĩ về sự nén dữ liệu, rằng chúng ta đang xây dựng đúng tài nguyên để làm cho internet tiếp tục được hưởng lợi từ sự cởi mở và dân chủ hóa cho mọi người, nhưng cũng phải thân thiện với môi trường," bà tiếp tục.

Điều này có nghĩa là kỹ thuật, hơn bao giờ hết, phải tập trung vào stack công nghệ nội bộ, con người và quy trình.

"Bạn thực sự phải suy nghĩ lại toàn bộ stack trên đường đi, từ cách chúng ta thể hiện ý định đến cách các hệ thống giao tiếp, để chúng ta có thể tin tưởng," Lawson nói. Sau tất cả, các hệ thống doanh nghiệp được thiết kế cho các nhà điều hành là con người.

"Có một ý định rằng bạn sẽ là một phần của vòng lặp đó, ngay cả khi mọi thứ được thiết lập để hoạt động liên tục, các tác nhân gặp khó khăn với điều này. Chúng không thể nhìn thấy qua các ranh giới. Mọi API đều nói một phương ngữ khác nhau," như Lawson mô tả. Các quy trình công việc quan trọng chỉ được biết đến qua lời nói, "trong một chủ đề Slack từ năm 2022, trong một mô-đun Terraform chưa được tài liệu hóa."

Vòng lặp liên tục giữa người và máy

Lawson đã đề xuất các tiến hóa kiến trúc thúc đẩy trải nghiệm tác nhân tốt hơn:

"Vòng phát triển này trở thành một vòng lặp người-tác nhân liên tục, vì vậy không còn là việc chuyển giao" cho các đội ngũ vận hành, Lawson nói. "Đó là mọi người tham gia cùng một lúc, và con người vẫn nằm trong vòng lặp bằng cách cung cấp phán xét, gu thẩm mỹ và định hướng. Vòng lặp này di chuyển ở tốc độ máy móc. Điều này không thay thế kỹ sư, nó khuếch đại khả năng trở thành người xây dựng của mọi người."

"Tác nhân không chỉ viết mã; chúng đang tham gia vào vòng đời cơ sở hạ tầng doanh nghiệp; chúng tạo ra các bài kiểm tra, phát hiện lỗi, phân tích các khối xây dựng, đề xuất sửa lỗi, mở PR, CI/CD — tất cả chỉ trở thành một vòng lặp phản hồi liên tục," Lawson nhận xét. "Một số thứ có thể không ở mức độ tinh vi đó, nhưng đây là nơi bạn cần bắt đầu suy nghĩ về việc phát minh lại những nhu cầu đó."

Ít nhất là cho đến nay, trải nghiệm tác nhân nên được dựa trên con người điều khiển nó. Đối với đội ngũ Netlify, điều đó trông giống như:

"Nếu bạn không thể giải thích tác nhân đã làm gì, tại sao bạn lại tin tưởng nó trong môi trường sản xuất?"

"Kỹ thuật phát triển từ việc triển khai mọi tính năng sang thực sự đảm bảo rằng các hệ thống và kiến trúc hàng rào bảo vệ chặt chẽ và vững chắc."

Điều tốt đẹp là, ít nhất là cho đến nay, việc thiết kế cho tác nhân thực ra là thiết kế cho con người tất cả cùng một lúc. "Không chỉ là trải nghiệm tác nhân, đó là trải nghiệm con người, và đó là mục đích của AX," Lawson khẳng định.

"Phán xét để xây dựng các hệ thống mà tác nhân có thể làm việc cùng, đó là kỹ năng kỹ thuật của tương lai..."

"AI đã buộc chúng ta phải làm rõ kiến trúc, cấu trúc và tín hiệu của mình. Nó thực sự đã làm cho tất cả chúng ta trở thành những nhà phát triển tốt hơn. Phán xét để xây dựng các hệ thống mà tác nhân có thể làm việc cùng, đó là kỹ năng kỹ thuật của tương lai, và trải nghiệm tác nhân đảm bảo rằng các tác nhân khuếch đại sự sáng tạo của con người thay vì thay thế nó."