Lập trình viên đang xây dựng công cụ để thuần hóa mối đe dọa từ AI

Lập trình viên đang xây dựng công cụ để thuần hóa mối đe dọa từ AI

Nỗi sợ hãi và thậm chí là sự đau buồn là phản ứng tự nhiên khi máy móc có thể thực hiện công việc của bạn. Tuy nhiên, sự chấp nhận và đổi mới mới là những phản ứng mang tính xây dựng hơn. Bài viết này khám phá cách cộng đồng lập trình viên đang chuyển từ lo ngại sang hành động, xây dựng các công cụ AI mới để tối ưu hóa chi phí và quy trình phát triển phần mềm.

Từ Git đến các tác nhân AI

Bốn mươi năm trước, khi làm việc cho một công ty viễn thông khổng lồ, tôi từng vật lộn với việc quản lý mã nguồn trong thời kỳ tiền Git, cố gắng tránh những xung đột nổ tung sau mỗi lần hợp nhất (merge). May mắn thay, các phương pháp hiện đại đã giúp chúng ta có thể làm việc trong các đội nhóm phân phối khổng lồ, cùng nhau xoay quanh một kho mã nguồn, làm việc độc lập hướng tới một mục tiêu chung.

Điều này nghe rất giống với những gì chúng ta đang hướng tới với các tác nhân AI (AI agents), và ở đây nó chạm đến một dây thần kinh nhạy cảm: hầu hết mọi người trong ngành kỹ thuật phần mềm đều cảm thấy một nỗi sợ hãi sâu sắc khi làn sóng của các hệ thống tác nhân quét sạch mọi thứ trước mặt họ.

Giờ đây, khi Stack Overflow đã chuyển sang ưu tiên tác nhân, còn lại gì cho chúng ta - những "cái xác bằng xương bằng thịt"?

Tối ưu hóa chi phí và mô hình Diffusion

Tại hội nghị AI Engineer Melbourne, tôi đã nghe những cuộc thảo luận về tương lai của kỹ thuật phần mềm trải qua các giai đoạn phủ nhận, giận dữ, mặc cả và trầm cảm... để rồi đi đến việc cắt giảm chi phí?

Khi các tổ chức đã được cai sữa khỏi các gói đăng ký "ăn thả" trước đây và chuyển sang tiêu thụ token theo kiểu "trả bao nhiêu dùng bấy nhiêu", họ đều đang ở các giai đoạn khác nhau của cú sốc giá cả. Một số bài phát biểu tại hội thảo đã thảo luận về việc quản lý chi phí token, chẳng hạn như cuộc khám phá của AJ Fisher về các mô hình "diffusion".

Tương tự như các bộ khuếch tán dùng để tạo hình ảnh, chúng tạo ra văn bản với tốc độ chóng mặt, giúp vận hành rẻ hơn nhưng cũng kém chính xác hơn so với các mô hình biên giới "tự hồi quy" đắt đỏ và chậm chạp.

Giải pháp của Fisher là gì? Hãy sử dụng một mô hình chất lượng thấp và khiến nó lặp lại vấn đề (vòng lặp kinh điển mới, vòng lặp Ralph Wiggum) cho đến khi nó tìm ra giải pháp thỏa đáng. Cách tiếp cận này mang lại kết quả tương tự như một mô hình "full-fat", với chi phí chỉ từ một nửa đến một phần mười. Google đã phát hành chế độ DiffusionGemma chỉ vài ngày sau bài phát biểu của Fisher, mang lại cho mọi người khả năng thử nghiệm cách tiếp cận này.

Cuộc khủng hoảng bản sắc của kỹ sư phần mềm

Tuy nhiên, một số kỹ sư phản đối việc đưa AI vào "mọi thứ". Annie Vella, tác giả của bài tiểu luận mang tính bước ngoặt "Cuộc khủng hoảng bản sắc Kỹ thuật phần mềm", đã chia sẻ những gì bà học được về cảm giác đau buồn mà một nhóm kỹ sư phần mềm đang trải qua, được khơi dậy bởi các công cụ AI.

Chúng ta đã thấy lĩnh vực này chia thành hai phe: "tất tay" và "không bao giờ", với một nhóm lớn ở giữa đang thận trọng làm quen. Sự chia rẽ này bắt nguồn từ hai phong cách làm việc: những người tìm kiếm kết quả, và những người tìm kiếm sự học - những người mà hành trình thấu hiểu chính là mục đích của bài tập. Việc làm tắt ngang hành trình đó bằng các công cụ AI khiến những người coi hành trình là phần thưởng cảm thấy bị lừa dối.

Làm thế nào để thu hẹp khoảng cách này? Annie gợi ý sự nhạy cảm, lắng nghe và cởi mở với sự thay đổi từ cả hai phía - làm nổi bật những phẩm chất con người trong kỷ nguyên máy móc.

Tư duy phản biện trong kỷ nguyên máy móc

Cựu nhân viên Kaggle và fast.ai, Jeremy Howard, đã tiếp cận vấn đề theo một hướng khác, nhắc nhở khán giả về tầm quan trọng của tư duy phản biện - thực chất là một lời cầu xin hãy cứ tiếp tục suy nghĩ, một điệp khúc mà chúng ta sẽ nghe nhiều khi đấu tranh để tránh gật ngủ trong "bồn tắm ấm áp" của những suy nghĩ máy móc.

Ông đã tiếp nối bằng một bản demo về SolveIT, công cụ vẫn đang trong giai đoạn beta của mình, kết hợp một số khía cạnh tốt nhất của sổ tay Python, Mathematica, Wikipedia và một chatbot, cung cấp một ví dụ phản kháng về một môi trường được thiết kế để "bơi" trong biển kiến thức, thay vì trôi dạt vào sự lãng quên vô tri.

Kỹ thuật "Không gian" tự động hóa hoàn toàn

Cuối cùng, bài thuyết trình "Kỹ thuật Không gian Sang trọng Đồng tính Tự động Hoàn toàn" (Fully Automated Luxury Gay Space Engineering) của Daniel Rodgers-Pryor đã thực sự làm tôi choáng váng với một tầm nhìn thực tế, có thể hoạt động về AI trong phòng kỹ thuật.

Toàn bộ pipeline CI/CD của Rodgers-Pryor đưa tất cả các chỉ số, thông báo, nhật ký và phản hồi của người dùng vào một tập hợp các tác nhân AI. Chúng nhanh chóng xác định các vấn đề, tìm ra nguyên nhân gốc rễ, khắc phục sự cố, tích hợp giải pháp vào kho mã nguồn, kiểm tra chúng và đẩy ra cho người dùng.

Điều nghe giống như một công thức cho thảm họa hóa ra lại là một công thức cho một hệ thống "tự chữa lành", "chống mong manh" (anti-fragile) được cải thiện khi áp lực lên nó tăng lên. Nhiều người dùng hơn? Tốt. Nhiều chỉ số hơn? Tuyệt vời! Nhiều thông báo và nhật ký hơn? Càng tốt. Các tác nhân tiêu thụ tất cả dữ liệu đó và sử dụng nó để cải thiện hiệu suất của hệ thống tổng thể.

Vòng lặp phản hồi khép kín của Rodgers-Pryor nhắc tôi nhớ về một công nhân dây chuyền sản xuất thế kỷ 20 nhặt một vài món kẹo (hoặc vật dụng) từ dòng chảy để kiểm tra chất lượng, rồi ném chúng lại vào dòng chảy. "Đây là công việc của bạn bây giờ," ông kết luận. "Làm thế nào bạn có thể làm cho những vòng lặp phản hồi đó ngắn hơn và chặt chẽ hơn?"

Kết luận

Các kỹ sư phần mềm đã bị buộc phải hấp thụ nhiều thay đổi trong ba năm qua hơn so với ba mươi năm trước, và họ có mọi quyền để cảm thấy bức xúc về điều đó. Tuy nhiên, như AJ Fisher, Annie Vella, Jeremy Howard và Daniel Rodgers-Pryor đều đã mô tả theo cách riêng của họ, việc áp dụng AI trông giống như việc khám phá một thế giới hoàn toàn mới hơn là nằm phục tùng trước những mệnh lệnh của cỗ máy.

Giống như bất kỳ hành trình nào vào một vùng đất mới, những hiểm nguy và gian khổ đang chờ đợi. Ai có thể nói rằng đó không phải là giá vé cho một cơ hội chỉ có một lần trong đời?