Bun hoàn tất việc viết lại mã nguồn bằng Rust với sự hỗ trợ của AI: Thắng lợi kỹ thuật hay "chiêu trò" marketing?

Bun, công cụ runtime JavaScript và bộ công cụ all-in-one cạnh tranh trực tiếp với Node.js, vừa gây chấn động cộng đồng công nghệ khi thông báo đã chính thức hợp nhất (merge) nhánh mã nguồn được viết lại hoàn toàn bằng ngôn ngữ lập trình Rust.

Điều đáng nói là quá trình chuyển đổi khổng lồ này, với khoảng 1 triệu dòng mã, được thực hiện chủ yếu bởi trí tuệ nhân tạo (AI) cụ thể là mô hình Claude của Anthropic trong vòng chưa đầy 10 ngày.

Cuộc cách mạng "Vibe Coding" của Bun

Theo thông tin được chia sẻ trên Reddit và GitHub, dự án này được xem là một trong những ví dụ điển hình nhất của xu hướng "vibe coding" – lập trình dựa trên cảm hứng và sự hỗ trợ tối đa của AI thay vì viết thủ công truyền thống. Jarred Sumner, người sáng lập Bun, hiện thuộc sở hữu của Anthropic, đã tận dụng nguồn lực tính toán khổng lồ của công ty mẹ để thực hiện việc chuyển đổi này.

Thống kê cho thấy pull request (PR) chứa đợt cập nhật này bao gồm hơn 6.700 lần commit, thay đổi 2.188 tệp tin và tạo ra khoảng 1 triệu dòng mã Rust. Tốc độ và quy mô của việc chuyển đổi từ Zig (ngôn ngữ gốc của Bun) sang Rust là điều chưa từng có trong lịch sử phát triển phần mềm mã nguồn mở lớn.

Tranh cãi về chất lượng mã và tính an toàn

Tuy nhiên, động thái này đã vấp phải sự chỉ trích dữ dội từ các chuyên gia ngôn ngữ Rust và Zig. Mối lo ngại lớn nhất nằm ở chất lượng của mã nguồn được tạo ra.

Một cuộc kiểm tra nhanh cho thấy mã Rust mới này chứa khoảng 14.000 khối unsafe. Trong Rust, từ khóa unsafe cho phép nhà phát triển bỏ qua các quy tắc kiểm tra bộ nhớ nghiêm ngặt của ngôn ngữ. Việc sử dụng quá nhiều unsafe vô tình làm mất đi lợi thế lớn nhất của Rust là tính an toàn về bộ nhớ (memory safety).

"Nó giống như việc bạn vòng lại để viết code bằng C++, nhưng với cú pháp của Rust," một lập trình viên bình luận. "Nếu có quá nhiều unsafe, Rust không tốt hơn Zig là bao trong việc ngăn chặn lỗi bộ nhớ."

Nhiều người so sánh việc này với dự án trình duyệt Ladybird, nơi họ cũng sử dụng AI để chuyển đổi mã nhưng quy trình chặt chẽ và được con người rà soát kỹ lưỡng từng bước. Trong khi đó, cách làm của Bun bị coi là mạo hiểm, "ném cả kho mã vào máy xay thịt và xem kết quả".

Tại sao chuyển sang Rust?

Mặc dù gây tranh cãi về phương pháp, mục tiêu của Bun khi chuyển sang Rust là dễ hiểu. Trước đó, đội ngũ phát triển Bun thường xuyên than phiền về những khó khăn trong việc xử lý rò rỉ bộ nhớ (memory leaks), sự cố sập chương trình (crashes) và các vấn đề về ổn định khi sử dụng Zig.

Jarred Sumner chia sẻ rằng lý do chính cho việc chuyển đổi là mệt mỏi vì phải dành quá nhiều thời gian để sửa các lỗi bộ nhớ. Ông hy vọng trình biên dịch của Rust sẽ cung cấp các công cụ mạnh mẽ hơn để ngăn chặn những vấn đề này ngay từ thời điểm biên dịch.

Tương lai của Bun và bài học cho cộng đồng

Việc Bun hợp nhất mã nguồn viết lại bằng AI đặt ra một câu hỏi lớn cho ngành công nghiệp phần mềm: Liệu đây có phải là tương lai của lập trình, nơi AI đóng vai trò trung tâm trong việc tái cấu trúc hệ thống?

Các nhà phát triển đang sử dụng Bun được khuyên nên thận trọng. Nhiều ý kiến cho rằng nên "pin" (khóa) phiên bản hiện tại và chờ đợi thêm thời gian để cộng đồng rà soát, tìm lỗi và ổn định hóa phiên bản Rust mới này trước khi đưa vào môi trường sản xuất (production).

Dù thành công hay thất bại, experiment của Bun sẽ là một bài học đắt giá cho tất cả các công ty công nghệ về việc cân bằng giữa tốc độ phát triển được hỗ trợ bởi AI và trách nhiệm đảm bảo chất lượng, an toàn cho người dùng cuối cùng.