Bản viết lại Bun 1.4 bằng Rust đang gây lo ngại trong cộng đồng

Bản viết lại Bun 1.4 bằng Rust đang khiến cộng đồng "ngán ngẩm"

Bun, trình chạy JavaScript từng được ca ngợi là một trong những dự án kỹ thuật ấn tượng nhất, đang bước vào giai đoạn khủng hoảng niềm tin với bản viết lại hoàn toàn bằng Rust. Việc phát hành Bun 1.4 liên tục bị trì hoãn suốt ba tháng, trong khi đội ngũ phát triển dường như quá phụ thuộc vào AI, để lại một lượng lớn pull request chưa được xử lý và nhiều câu hỏi về chất lượng mã nguồn. Cộng đồng lập trình viên, vốn từng hâm mộ dự án, giờ đây đang thể hiện sự thất vọng và hoài nghi sâu sắc.

Từ "ngày mai" đến... mãi vẫn là "ngày mai"

Tác giả bài viết, một người đã chuyển toàn bộ công việc phát triển từ Node sang Bun từ năm 2022, chỉ ra một sự thay đổi rõ rệt trong cách truyền thông của dự án. Trước đây, thông báo về phiên bản mới luôn đi kèm các mốc thời gian cụ thể. Nhưng sau cuộc cải tổ, những lời hứa này trở nên mơ hồ và liên tục trễ hạn:

• Jun 24: "Bun v1.4 sẽ phát hành ngày 7/7"
• Jul 4: "Bun v1.4 hy vọng ra mắt vào thứ Ba"
• Jul 14, 20: "Trong phiên bản Bun tiếp theo..."
• Jul 29: "Bun v1.4 sửa hơn 3000 lỗi so với v1.3"
• Aug 1, 4: Liên tục là "Trong phiên bản Bun tiếp theo"
• Aug 7: "Chỉ còn 1 PR nữa là đến lúc phát hành Bun v1.4"
• Aug 17: "Cứ tạm nói là ngày mai"

Đây là khoảng thời gian dài nhất không có bản phát hành ổn định kể từ năm 2022, khiến người dùng phản ứng gay gắt:

"Nếu bạn cần 2 tháng để phát hành thì cứ nói thẳng, thay vì mỗi tuần lại bảo là 'ngày mai sẽ ra mắt'."

Khi AI tự viết code và mở pull request cho nhau

Điểm đáng lo ngại nhất nằm ở cách thức phát triển dự án. Trong tháng qua, bot AI (robobun) chiếm tới 15.800 commits, trong khi đó autofix-ci[bot] đóng góp 1.600 commits và chỉ có 790 commits từ người sáng lập Jarred. Một nửa số pull request (PR) trước đây đến từ việc lập trình viên "prompt" Claude, giờ đây đa số PR lại đến từ việc Claude tự prompt cho chính Claude.

Dự án hiện có hơn 5.000 pull request đang mở – một con số khổng lồ, vượt xa các dự án lớn khác (OpenClaw: 2.200, React: 441). GitHub thậm chí khuyến nghị nên giữ dưới 1.000 PR mở để tránh quá tải hệ thống kiểm tra.

Chất lượng mã nguồn: Vết gợn từ quá khứ

Lo ngại lớn nhất vẫn là chất lượng code. Ngay cả Andrew Kelley, người tạo ra ngôn ngữ Zig, cũng lên tiếng chỉ trích:

"Chúng tôi ngày càng kinh hãi trước các thói quen lập trình trong codebase của Bun. Các hack chồng chất hack. Lạm dụng assertions. Jarred đã viết code cẩu thả từ trước khi có LLM."

Rust có thực sự là giải pháp?

Việc viết lại sang Rust từng được biện minh bằng vấn đề an toàn bộ nhớ của Zig, nhưng bài viết đặt nghi vấn lớn:

• Số lượng khối unsafe trong code Rust cho thấy mục tiêu an toàn ban đầu đã không đạt được.
• Nhiều người cảm thấy đây giống một quảng cáo cho Claude (Anthropic) hơn là một quyết định kỹ thuật thực sự.
• Zig vốn là nền tảng tạo nên danh tiếng ban đầu của Bun về hiệu năng và tốc độ biên dịch, nhưng đội ngũ phát triển đã bỏ qua cơ hội "cải tổ kỷ luật" với Zig mà chọn con đường thay đổi toàn bộ ngôn ngữ.

Câu chuyện Bun 1.4 đang trở thành bài kiểm tra thực tế được theo dõi sát sao nhất về việc liệu AI có thể thay thế con người quản lý một codebase sản xuất hay không. Và với việc "ngày mai" cứ lặp đi lặp lại, câu trả lời dường như vẫn đang nằm trong vòng lặp vô tận.

Ảnh minh họa: Cộng đồng đóng góp cho Bun