AI đang xóa sổ tầng lớp kỹ sư phần mềm trung lưu

Đang là năm 2020. Bạn là người có thâm niên cao nhất trong nhóm, chịu trách nhiệm về chất lượng mã nguồn và kiến trúc. Bạn đã thiết lập các quy trình kỹ thuật tốt, xem xét kỹ lưỡng các PR từ những người ít kinh nghiệm hơn và nỗ lực hết mình để duy trì một codebase lành mạnh.

Rồi đến một lúc, bạn đi nghỉ phép. Khi quay lại, codebase đã trở thành một mớ hỗn độn. Mọi người merge PR của nhau mà không thực sự chú ý, ai đó đã thêm hàng loạt bảng mới vào cơ sở dữ liệu để phi chuẩn hóa (denormalise) chỉ vì làm vậy cho dễ, và họ còn thêm serverless hoặc Kafka vào stack mà chẳng có bằng chứng thuyết phục nào cho thấy họ cần đến chúng.

Không sao cả. Bạn có thể sửa được.

Tua nhanh đến năm 2026. Bạn không hề đi nghỉ phép. Chỉ là một sáng thứ Hai bình thường. Bạn tự pha một tách cà phê ngon lành, mở máy tính và thấy mình có 7 PR cần xem xét. Bạn mở cái đầu tiên: +24506 -3938 dòng, kèm theo một mô tả do AI tạo ra về những gì chúng được cho là sẽ thực hiện. Bằng cách nào đó, nhóm của bạn đã tạo ra nhiều thay đổi kể từ thứ Sáu hơn cả những gì họ từng làm khi bạn vắng mặt vài tuần trước đây.

AI đã gỡ bỏ giới hạn tốc độ.

AI khiến các dự án có văn hóa kỹ thuật yếu kém thất bại nhanh hơn nhiều.

Đã từng có thời gian mọi người ngồi lại và thảo luận về cách họ sẽ thực hiện một công việc nào đó. Giờ đây, họ chỉ cần ra lệnh (prompt) cho một agent trong vài giờ và mở một PR.

Khía cạnh bi kịch nhất của cách làm việc này là, đối với những người không chuyên, nó trông có vẻ hiệu quả.

Nếu bạn kéo branch về và kiểm tra, có lẽ bạn sẽ nhận được thứ gì đó tạm gọi là hoạt động được. Vậy họ làm gì? Họ cứ tiếp tục. Hết lần này đến lần khác. Cho đến khi dự án đạt đến điểm mà không ai biết mọi thứ vận hành ra sao.

Giống như việc ai đó mua một chiếc xe sang bằng thẻ tín dụng vậy. Bạn không nhìn thấy khoản nợ. Bạn chỉ thấy chiếc xe trông rất tuyệt vời.

Nhưng rồi người dùng bắt đầu báo cáo một lỗi kỳ lạ. Đây là lần thứ 4 nhóm của bạn cố gắng sửa nó. Ý tôi là... yêu cầu AI sửa nó. Thật không may, có vẻ như ngay cả Fable cũng không thể tìm ra nguyên nhân.

Bạn đi nói chuyện với người đã thực hiện tính năng này.

Hai bạn ngồi cạnh nhau, nhìn một bức tường văn bản vô tận xuất hiện trên màn hình. Cả hai đều không biết liệu bất kỳ điều gì trong đó có đúng hay không, nhưng Claude có vẻ rất tự tin.

"Thử bật ultracode lên và yêu cầu nó kiểm tra lại xem sao?"

Việc này sẽ mất một lúc. Bạn bắt đầu bàn tán về drama mới nhất trên X.

Cuối cùng bạn cũng nhận được câu trả lời.

Im lặng.

Dự án này đã trở nên quá phức tạp, với quá nhiều lớp và dịch vụ, đến mức không ai trong nhóm của bạn có thể bắt đầu hiểu được chuyện gì đang xảy ra.

Vậy, bạn làm gì?

Việc sửa chữa nó đòi hỏi một khối lượng công việc khổng lồ đến mức không thể nào giải trình được với bất kỳ ai trong ban quản lý.

Và bạn đang nghĩ cái gì vậy chứ? Dù sao thì chỉ vài tháng nữa thôi, nó cũng sẽ quay lại trạng thái y hệt như cũ.

Bạn lấy thêm một tách cà phê và quay lại máy tính. Bạn hiện còn 13 PR cần xem xét. Bạn thấy thứ gì đó mình không hiểu rõ lắm, nên bạn nhắn tin cho người đã viết nó.

Họ gửi cho bạn một đường link. Đó là một cuộc hội thoại với Claude.

Ở đâu đó trong cuộc hội thoại đó, bị chôn vùi giữa việc Claude tự tin đề xuất một kiến trúc, rồi xin lỗi, thay đổi ý định, đồng nghiệp của bạn yêu cầu nó cân nhắc lại lần nữa và thêm 15 vòng thay đổi nữa, chính là quyết định thiết kế đằng sau đoạn mã này.

Điều này có nghe quen không?

Bất cứ khi nào tôi nói về điều này, cuối cùng cũng có người bảo tôi rằng dù sao thì cũng chẳng ai hiểu hết được các hệ thống lớn. Đúng là như vậy.

Bạn chưa bao giờ được kỳ vọng phải hiểu mọi dịch vụ và mọi cơ sở dữ liệu. Nhưng ít nhất đã từng có người hiểu và sẽ giải thích cho bạn.

Bây giờ họ hỏi một LLM vì chính họ cũng không thực sự biết.

Bạn không còn đủ khả năng để thuê những kỹ sư tồi nữa.

Trong mỗi nhóm, luôn có những người có năng lực làm cho dự án khả thi. Cũng có những người về cơ bản làm cho mọi thứ trở nên khó khăn hơn đối với những người còn lại. Và giờ đây, bất kỳ ai cũng có thể tạo ra nhiều mã nguồn trong một ngày hơn cả những gì họ từng làm trong một năm.

Trong câu chuyện trên, tất cả mọi người đều đang thất bại:

Nhưng vấn đề là gì? Chỉ cần dùng AI để sửa nó thôi. Chà, không dễ dàng như vậy đâu...

Trước khi có ai đó nhảy vào tranh luận, không có nghĩa là nợ kỹ thuật (technical debt) lúc nào cũng xấu. Điều quan trọng là bạn phải biết đó là một lối tắt.

Dù sao thì, việc đảo ngược một quyết định tồi là rất khó. Rất khó.

Ví dụ, một LLM sẽ mất bao lâu để thêm một loạt bảng và cột vào cơ sở dữ liệu? 10 phút?

Nhưng một khi bạn bắt đầu lưu trữ dữ liệu ở đó, bạn không thể chỉ xóa chúng đi. Bạn phải đưa ra một kế hoạch di chuyển (migration plan), đảm bảo không làm gián đoạn hệ thống vì mọi người đang trả tiền để sử dụng nó mỗi ngày. Bạn phải nghĩ xem mình sẽ làm gì nếu quá trình di chuyển thất bại. Đảm bảo rằng bạn không để lại các khóa ngoại mồ côi (orphaned foreign keys). Việc sửa chữa khó hơn nhiều. Ngay cả với mô hình tốt nhất mà bạn có thể có.

Và trong khi bạn đang sửa nó, các PR khác vẫn tiếp tục đổ về. Thêm mã nguồn, thêm các lớp trừu tượng, thêm các quyết định. Một người có thể tạo ra 20.000 dòng mã trong một buổi chiều, nhưng bạn vẫn phải ngồi đó và hiểu xem những dòng đó thực sự làm gì.

Đến khi bạn gỡ rối được một quyết định tồi, thì năm quyết định khác đã được merge.

Nền kinh tế AI mới.

Tất nhiên, những kỹ sư tồi luôn là một gánh nặng.