Bun rescris în Rust — un nou motiv de hărțuieli pe Reddit

Dacă credeați că hype-ul în jurul lui Rust s-a mai domolit, Bun a decis să mai arunce un cărbune pe foc. Echipa din spatele popularului runtime JavaScript a fuzionat în master versiunea rescrisă parțial în Rust. Da, ați auzit bine: Bun, care inițial era scris în Zig, acum are componente în Rust. Ca și cum n-am avea destule subiecte de ceartă pe Reddit.

Ce s-a întâmplat

După luni de muncă în spatele ușilor închise (și probabil câteva nopți nedormite), maintainerii lui Bun au integrat un PR masiv care rescrie părți cheie în Rust. Lucrul amuzant e că autorul original, Jarred Sumner, este cunoscut pentru dragostea sa pentru Zig, dar se pare că nici el n-a putut rezista tentației „memoriei sigure” și „vitezei de compilare”. Ironia sorții: un proiect care se vindea ca alternativă rapidă la Node.js a ajuns acum victima propriului refactor.

Ce înseamnă pentru developeri

• Performanță: Componentele Rust promit consum mai mic de memorie și mai puține erori de panică. Dar pregătiți-vă ca build-ul din surse să dureze o veșnicie — compilatorul Rust nu iartă lenea.
• Compatibilitate: Probabil nu veți observa diferența dacă rulați doar bun run. Dar dacă vă uitați prin cod, învățați Rust. Sau măcar citiți mesajele de eroare de la borrow checker.
• Comunitatea: Așteptați valul de glume „e Rust, deci n-are bug-uri” urmat de un issue critic.

Nu e primul și nici ultimul proiect care migrează la Rust. Dar Bun e suficient de faimos încât să te facă să te întrebi: poate ar trebui să trecem cu toții la Rust? Spoiler: nu, dar în cazul ăsta pare o mișcare rezonabilă — Zig e încă de nișă, iar Rust deja are ecosistem și tooling.

Comentariul echipei METABYTE: Suntem pentru orice mișcare, atâta timp cât CI-ul nu crapă. Dacă Bun pe Rust devine mai stabil, suntem de acord. Deși DevOps-ul nostru deja transpiră nervos, anticipând noile dependențe în lock-files.