Valamit félreértettél. Ez egy retorikai kérdés volt és rögtön meg is válaszoltam utána, hogy analizálja a kódot.
Bocs, valóban, de nem teljesen. Itt nem kódanalízisről van szó, hanem arról, hogy a típusszabályok miatt le se fog fordulni a kód. A rustos példában option jön vissza, amit kezelni kell. Tehát, nehezebb hibázni, nehezebb benézni azt, hogy nullptr-t deref-elsz. De ha be is nézed, akkor is szét runtime error lesz (gondolom).
A C-hating ellen és a mainstream erőltetése ellen, még mindig.
Ok, akkor ez tiszta :)
Ez nem érvényteleníti azt amit mondtam: ha egy kódban 20 év alatt egy hibát találnak, az jó kód
Egyetérek
amit nem kell lecserélni
Ezzel viszont nem feltétlenül. Ha a biztonságra törekedünk, akkor megérheti lecserélni. Még az is lehet amúgy, hogy lesz (vagy már van) valami tool, ami képes lesz C kódot áttenni Rustba. A Rust-ra portolás felfogható akár egy nagy code review-nak is, csak review közben át is írod a kódot egy másik nyelvre. Mondjuk Rust esetében ez lehet nem triviális a borrow checker miatt. De ha rá vagy kényszerülve, hogy átgondold az egészet emiatt, akkor lehet megéri