Rustin integrointi Linuxiin on saanut suuren hyväksynnän yhteisön ja kehittäjien keskuudessa
Aivan kuten Linus Torvalds oli luvannut viimeisessä Open Source Summitissa pitäen sanansa ja ilman yksityiskohtia, jotka voisivat viivyttää sisällyttämistä, vaatisi nyt Rust for Linuxin sisällyttämistä 6.1-ytimeen.
Tämä muutos tuo mukanaan virstanpylvään 31 vuoden kuluttua Linux hyväksyy toisen kielen ytimen kehittämiseen. Tämän myötä syntyy taas asiaan liittyviä keskusteluja mahdollisuudesta hylätä C ruosteen kielen hyväksi, kun otetaan huomioon sen tarjoamat edut. Pieni selvennys kuitenkin: tällä hetkellä Rust saa vain virallisen API:n, joka mahdollistaa erillisten moduulien tai ohjainten kehittämisen.
Kysymykseen mahdollisuudesta hylätä C-kieli, C-kielen luoja luettelee useita syitä siihen, miksi tämänsuuntaiset aloitteet todennäköisesti epäonnistuvat:
Ensimmäinen niistä on C-kielen työkaluketju
C-kieli ei ole vain kieli itse, vaan myös kaikki tälle kielelle kehitetyt kehitystyökalut. Haluatko tehdä staattisen analyysin lähdekoodistasi? – Monet ihmiset työskentelevät tämän aiheen parissa C. Työkaluja muistivuotojen, datakilpailujen ja muiden virheiden havaitsemiseen? Niitä on monia, vaikka kielesi olisikin paremmin varusteltu.
Jos haluat kohdistaa kohteen tuntemattomalle alustalle, käytät luultavasti C:n asemaa tietojenkäsittelyn lingua francana, joten työkalujen kirjoittaminen kannattaa, ja monia työkaluja on kirjoitettu.
Jos jollakulla on työvälineketju, miksi uskaltaa vaihtaa kieltä? "Paremman C":n pitäisi tuottaa paljon ylimääräistä tuottavuutta, mikä motivoi uuden työkaluketjun luomiseen käytettyä aikaa. Onko tämä mahdollista, jää nähtäväksi.
Uuden kielen epävarmuustekijät
Ennen kuin kieli on saavuttanut kypsyyden, se on todennäköisesti buginen ja sitä on muokattu merkittävästi vastaamaan kielen semanttisia ongelmia. Ja onko kieli edes yhdenmukainen mainoksen kanssa? Voit tarjota esimerkiksi "poikkeukselliset käännösajat" tai "nopeampi kuin C", mutta näitä tavoitteita on vaikea saavuttaa, kun kieli lisää kaikki ominaisuudet.
Ja ylläpitäjät? Tietysti voit käyttää avoimen lähdekoodin kieltä, mutta epäilen, että monet yritykset olisivat kiinnostuneita käyttämään kieltä, jota ne saattavat joutua käyttämään myöhemmin. Uuden kielen veto on suuri riski.
Osoittaako kieli C:n todellisia kipupisteitä? Osoittautuu, että ihmiset eivät aina ole yhtä mieltä siitä, mitkä ovat C:n heikkoudet. Muistin allokointi, taulukoiden ja merkkijonojen hallinta on usein monimutkaista, mutta oikeilla kirjastoilla ja hyvällä muististrategialla ne voidaan minimoida. Eikö kieli ratkaise ongelmia, joista edistyneet käyttäjät eivät todellakaan välitä? Jos näin on, sen todellinen arvo voi olla paljon odotettua pienempi.
Kokeneiden kehittäjien puute uudelle kielelle
Mainitaan, että uudella kielellä on luonnollisesti paljon pienempi joukko kokeneita kehittäjiä. Kaikille keskisuurille tai suurille yrityksille tämä on suuri ongelma. Mitä enemmän kehittäjiä yrityksellä on käytettävissä, sitä parempi se on.
Lisäksi, jos yrityksellä on kokemusta C-kehittäjien rekrytoinnista, he eivät tiedä kuinka rekrytoida tälle uudelle kielelle.
Uutiset Rust for Linuxin sisällyttämisestä ytimen versioon 6.1 Se tulee keskellä muutosta Linus Torvaldsin näkemyksessään ruosteen kielestä.
Ruosteen tuki Linux-ytimen kehitykselle jatkuu ja Sitä pidetään "tärkeänä askeleena ohjainten kirjoittamisessa turvallisemmalla kielellä".
Mozilla Researchin Rust on ohjelmointikieli, jota ne, jotka kirjoittavat koodia perussyöttö-/tulostusjärjestelmille (BIOS), käynnistysohjaimille, käyttöjärjestelmille jne. on kiinnostusta
Asiantuntevien tarkkailijoiden mielestä kyseessä on järjestelmäohjelmoinnin tulevaisuus C-kielen sijaan, ja asiantuntijat sanovat, että se tarjoaa paremmat ohjelmistoturvatakuut kuin C/C++.