Nem volt jó ötlet a Rust a kernelben egyáltalán. Ezt most nem Rust-utálatból mondom, hanem hogy nem lesz soha összeférés a C-s és a rust-os fejlesztők között. Mindegyiknek más a háttere, mások az elképzelései, hogy hogyan kéne a dolgokat implementálni.
Így a rust-osok sokkal jobban járnának, ha egy új FOSS unixlike kernelt írnának a 0-ról, ez arra jó lenne nekik, hogy mindent az alapoktól, alapelvektől, fejlesztési-kiadási módszertantól saját maguk építhetnének fel, ahogy nekik tetszik, úgy, hogy a C-sek nem pofáznak nekik bele. Ez egy jó esély lenne, hogy a múltbeli tapasztalatokból tanulva újragondoljanak dolgokat, és levessék a 3 és fél évtizedes linuxos legacy kötöttségeket. Esetleg bedolgozhatnának a Redox OS-be, az egy másik alternatíva, alapból Rust-ra lett tervezve. Jobb lenne így mindenkinek, mindkét tábor fejleszthetne a saját berkeiben sokkal nyugodtabban, ahogy megszokták, nem lenne ez az állandó súrlódási forrás.
Eleve a Linux mindig is C alapú lesz, ennyi millió kódsort sose fognak teljesen újra-Rust-osítani, megéri ezért egy új projektet kezdeni. Ugyanezt tanácsolnám a bcachefs-es fejlesztőnek is, igaz az ő kódja C, de az userland tool-ok már rust-osak, szerintem jobban megbecsülnék a munkáját, nagyobb sikere lenne, ha egy alternatív, eleve rust-os OS-be dolgozna be, ahol az ő fájlrendszere nagyobb szerepet kaphatna, mint húzóprojekt, hiszen ott nem kell sok másik bevett, évtizedek óta érett megoldással versenyeznie. Sokkal kisebb frusztráció lenne a fejlesztőnek, meg a Linux kerneleseknek is. Eleve a bcachefs-ben nincs még olyan óriási kódbázis, ilyenkor könnyebb átültetni Rust-ra.