Memory safety megoldható lett volna C-ben is, megfelelő toolkitekkel és programozási tudással.
Ez az, amit fontos, hogy megerts: NEM, NEM LEHET. A rust nyelvi szinten oldja meg a memoria-kovetest, es pontosan tudja, koveti, hogy, melyik object mekkora es KI A TULAJDONOSA. Ezt C-ben egyszeruen nem tudod, mert ehhez kapasbol ugy kell tervezni a nyelvet, ugy kell irni a kodokat, ugy kell tervezni a lib-eket, API-kat.
A rust nem szar, tud rengeteg nyelvi szintu dolgot, ami durvan hianyzik a C-bol. NEKED nem tetszik, ertem, ettol meg nem lesz szar. Amugy meg jobb, ha hozzaszoksz, mert kozel s tavol nincs masik C alternativa, szoval a kozeli jovoben ez lesz a C replacement. Ha nem tetszik, akkor is, mert a tobbiek szerint meg jo es nekik tetszik.
A komplett OO-t kihagytak belole BTW, ami persze nem meglepo, a kotlin se eroltette mar; composition over inheritance es default public a manapsag divo iranyzat, ami remekul osszevag a C stilussal.
Az eroltetesrol annyit, hogy a masik ember szemszogebol meg te erolteted azt az 50 eves elavult C-t, strcpy() -vel meg malloc()-cal, amiben meg egy dinamikus array vagy string sincs alapbol. Maradjunk annyiban, hogy inkabb erzem eroltetesnek azt, aki szembemegy az arral.