Cú sốc trong cộng đồng lập trình: Khi Bun chuyển sang Rust và bị gọi là 'đống mã hỗn độn'

Bài viết được dịch và tổng hợp từ tin tức gốc. Bạn có thể đọc bài viết gốc bằng tiếng Anh tại đây.

Điểm tin nhanh:

• Bun đã thực hiện cuộc chuyển đổi từ ngôn ngữ Zig sang Rust trong 11 ngày với chi phí 165.000 USD API.
• Jarred Sumner khẳng định đây là bước đi cần thiết để khắc phục các lỗi kiến trúc nghiêm trọng.
• Andrew Kelley, người tạo ra Zig, chỉ trích dự án là 'unreviewed slop' (đống mã hỗn độn không qua kiểm duyệt) và cho rằng các vấn đề của Bun xuất phát từ tư duy lập trình kém.

Việc một dự án mã nguồn mở đình đám thay đổi toàn bộ ngôn ngữ lập trình cốt lõi chỉ trong chưa đầy hai tuần là một sự kiện hiếm thấy, nhưng khi nó được thực hiện hoàn toàn bởi các tác nhân AI, đó là một cú sốc thực sự. Câu chuyện về Bun không chỉ là một bài toán kỹ thuật, mà còn là cuộc đụng độ giữa tư duy phát triển phần mềm truyền thống và làn sóng tự động hóa bằng AI đang làm thay đổi hoàn toàn cách chúng ta xây dựng hệ thống.

Cuộc di cư từ Zig sang Rust: Tại sao lại là 11 ngày?

Bun, một runtime JavaScript hiệu năng cao, đã từng được coi là biểu tượng của sự kết hợp giữa WebKit JavaScriptCore và ngôn ngữ Zig. Tuy nhiên, sau khi được Anthropic mua lại, dự án này đã thực hiện một bước ngoặt gây tranh cãi: chuyển đổi toàn bộ codebase sang Rust. Jarred Sumner, người sáng lập Bun, cho biết đây là giải pháp bắt buộc để giải quyết các lỗi bộ nhớ phát sinh khi quy mô dự án vượt quá khả năng kiểm soát của kiến trúc cũ.

Để thực hiện khối lượng công việc khổng lồ này, đội ngũ Bun đã sử dụng khoảng 50 luồng Claude Code chạy song song. Dưới đây là bảng tóm tắt quy trình chuyển đổi này:

Việc tối ưu hóa quy trình phát triển là mục tiêu của mọi kỹ sư, như cách chúng ta đã thảo luận trong bài viết về tối ưu hóa quy trình phát triển phần mềm, nhưng việc phó mặc toàn bộ sự ổn định cho AI lại là một canh bạc lớn.

Góc nhìn từ cha đẻ của Zig: Sự khác biệt về hệ giá trị

Andrew Kelley, người sáng tạo ra Zig, đã không ngần ngại chỉ trích gay gắt hành động này. Theo ông, vấn đề không nằm ở ngôn ngữ lập trình, mà nằm ở văn hóa kỹ thuật. Kelley cho rằng Bun đã tích tụ quá nhiều nợ kỹ thuật và 'viết mã hỗn độn' ngay cả trước khi có sự hỗ trợ của LLM. Đối với ông, việc đẩy hàng triệu dòng mã AI tạo ra mà không có sự kiểm duyệt kỹ lưỡng là một tiền lệ nguy hiểm.

Lưu ý: Khi sử dụng AI để refactor code, rủi ro lớn nhất không phải là cú pháp sai, mà là sự thiếu hụt tư duy kiến trúc tổng thể. Bạn có thể tham khảo thêm về tối ưu hóa LLM để hiểu rõ hơn về việc kiểm soát các mô hình ngôn ngữ trong các dự án quan trọng.

Khi AI trở thành đồng nghiệp chính

Trước khi về tay Anthropic, Bun đã sử dụng một bot tên là RoboBun để xử lý các Pull Request. Điều này cho thấy xu hướng Forward Deployed Engineer đang dần chuyển dịch sang các tác nhân AI tự hành. Tuy nhiên, việc thiếu sự giám sát con người trong các dự án quy mô lớn như Bun đã dẫn đến các sự cố rò rỉ mã nguồn nghiêm trọng trong quá khứ.

Sơ đồ quy trình làm việc của Bun hiện tại:

[Dữ liệu đầu vào] ---> [Claude Code Agents] ---> [Kiểm thử tự động] ---> [Merge vào Main Branch]

Nếu bạn đang xây dựng các hệ thống tương tự, hãy chú ý đến việc xây dựng AI Code Reviewer cục bộ để đảm bảo rằng AI không tạo ra những lỗi tiềm ẩn khó phát hiện.

Đánh giá & Lời khuyên Thực tiễn

Từ góc độ của một Tech Lead, việc sử dụng AI để chuyển đổi ngôn ngữ là một bước tiến về tốc độ nhưng là một bước lùi về tính bền vững nếu thiếu quy trình review chặt chẽ.

• Ưu điểm: Tốc độ thực thi cực nhanh, giảm thiểu thời gian dừng phát triển tính năng mới.
• Nhược điểm: Mã nguồn thiếu tính nhất quán, khó bảo trì thủ công, tiềm ẩn lỗi logic mà test suite có thể bỏ sót.
• Phạm vi ứng dụng: Chỉ nên áp dụng cho các module độc lập hoặc các dự án có độ phủ test cực cao (trên 95%).
• Rủi ro: Sự phụ thuộc vào AI khiến đội ngũ kỹ sư mất đi khả năng hiểu sâu về kiến trúc hệ thống, dẫn đến việc khó khăn khi cần debug các lỗi phức tạp ở tầng thấp.

Câu hỏi thường gặp (FAQ)

Tại sao Bun lại chọn chuyển từ Zig sang Rust?

Sumner cho rằng Rust có khả năng tự động hóa quản lý bộ nhớ tốt hơn, phù hợp với kiến trúc phức tạp của Bun, giúp giảm bớt các lỗi bộ nhớ mà Zig chưa xử lý triệt để.

Việc sử dụng AI để viết 1 triệu dòng code có an toàn không?

Không hoàn toàn. Dù các test suite có thể vượt qua, nhưng mã nguồn không được con người review kỹ lưỡng sẽ chứa đựng những 'quả bom hẹn giờ' về mặt kiến trúc và bảo mật.

Bài học lớn nhất cho các kỹ sư là gì?

Đừng bao giờ tin tưởng tuyệt đối vào AI. AI là công cụ hỗ trợ, không phải là người thay thế tư duy kỹ sư. Hãy luôn giữ quy trình code review làm chốt chặn cuối cùng.

Kết luận

Câu chuyện về Bun và cuộc di cư sang Rust là một lời cảnh tỉnh cho cộng đồng công nghệ về giới hạn của tự động hóa. Trong khi chúng ta đang hào hứng với việc tối ưu hóa chi phí AI, đừng quên rằng chất lượng phần mềm vẫn được định nghĩa bởi sự tỉ mỉ của con người. Hãy theo dõi hi_dev để cập nhật những xu hướng công nghệ mới nhất và cùng thảo luận về cách xây dựng hệ thống bền vững trong kỷ nguyên AI.