A Rust Linuxba való integrációját a közösség és a fejlesztők nagymértékben elfogadták
Ahogy Linus Torvalds megígérte a legutóbbi nyílt forráskódú csúcstalálkozón, szavát betartva és olyan részletek nélkül, amelyek késleltethetik a felvételt, most azt szorgalmazná, hogy a Rust for Linux bekerüljön a 6.1-es kernelbe.
Ez a változás egy mérföldkőhöz érkezett 31 év után a Linux elfogad egy második nyelvet kernel fejlesztéséhez. Ezzel kapcsolatos viták ismét felvetődnek a C elvetésének lehetőségéről a Rust nyelv javára, tekintettel az általa nyújtott előnyökre. Egy kis pontosítás azonban: jelenleg a Rust csak egy hivatalos API-t kap, amely lehetővé teszi a különálló modulok vagy illesztőprogramok fejlesztését.
A C nyelv elvetésének lehetőségével kapcsolatban a C nyelv megalkotója számos okot sorol fel, amelyek miatt az ilyen irányú kezdeményezések valószínűleg kudarcot vallanak:
Az első az C nyelvű eszközlánc
A C nyelv nem csak maga a nyelv, hanem az ehhez a nyelvhez kifejlesztett összes fejlesztőeszköz is. Szeretnéd statikus elemzést végezni a forráskódodban? – Sokan dolgoznak ezen a témán a C. Eszközök memóriaszivárgások, adatversenyek és egyéb hibák észlelésére? Sok van, még akkor is, ha a nyelved jobban felszerelt.
Ha egy ismeretlen platformot szeretne megcélozni, valószínűleg C. C státuszát használja a számítástechnika lingua franca-jaként, ami miatt érdemes eszközöket írni, és sok eszköz meg van írva.
Ha valakinek van munkaeszköz-lánca, miért kockáztatná a nyelv megváltoztatását? A "jobb C"-nek sok extra termelékenységet kell generálnia, hogy motiválja az új eszközlánc létrehozására fordított időt. Hogy ez lehetséges-e, az majd kiderül.
Egy új nyelv bizonytalanságai
Mielőtt egy nyelv elérné az érettséget, valószínűleg hibás lesz, és jelentősen módosul, hogy megoldja a nyelv szemantikai problémáit. És a nyelvezet összhangban van a hirdetéssel? Megadhat valami olyasmit, mint „kivételes fordítási idő” vagy „gyorsabb, mint C”, de ezeket a célokat nehéz elérni, ha a nyelv hozzáadja a szolgáltatások teljes készletét.
És a fenntartók? Természetesen lehet nyílt forráskódú nyelvet is használni, de kétlem, hogy sok céget érdekelne egy olyan nyelv használata, amelyet később esetleg kénytelenek megtartani. Az új nyelvre való fogadás nagy kockázatot jelent.
A nyelv foglalkozik a C valódi fájdalompontjaival? Kiderült, hogy az emberek nem mindig értenek egyet abban, hogy mik a C gyengeségei. A memóriafoglalás, a tömbök és karakterláncok kezelése gyakran bonyolult, de megfelelő könyvtárakkal és jó memóriastratégiával ezek minimalizálhatók. A nyelv nem oldja meg azokat a problémákat, amelyek a haladó felhasználókat nem igazán érdeklik? Ha igen, akkor a tényleges értéke jóval alacsonyabb lehet a vártnál.
Hiányoznak a tapasztalt fejlesztők egy új nyelvhez
Megemlítik, hogy egy új nyelv esetében természetesen sokkal kisebb lesz a tapasztalt fejlesztők köre. Ez minden közép- vagy nagyvállalat számára nagy probléma. Minél több fejlesztő áll egy cég rendelkezésére, annál jobb.
Továbbá, ha a cégnek van tapasztalata a C fejlesztők toborzásában, nem tudják, hogyan kell toborozni erre az új nyelvre.
A hír a Rust for Linux közelgő beépítéséről a kernel 6.1-es verziójába Linus Torvaldsnak a Rust nyelvről alkotott nézetének megváltozása közepette.
A rozsda támogatása a Linux kernel fejlesztéséhez folytatódik és "fontos lépésnek tekintik a vezérlők biztonságosabb nyelven történő írásához".
A Mozilla Research Rust az a fajta programozási nyelv, amelyet azok írnak, akik alapvető bemeneti/kimeneti rendszerekhez (BIOS), rendszerindítás-kezelőkhöz, operációs rendszerekhez stb. érdeke van
A tájékozott megfigyelők véleménye szerint ez a rendszerprogramozás jövője, nem pedig a C nyelv, sőt, a szakértők szerint jobb szoftverbiztonsági garanciákat kínál, mint a C/C++.