Mark Russinovich, CTO von Microsoft Azure, der Hauptentwickler von Sysinternals, hat auf seinem sozialen Konto gepostet, dass es an der Zeit ist , dass Entwickler aufhören, C/C++ zu verwenden, um neue Projekte zu starten, und schlug vor, dass Rust in Szenarien verwendet werden kann, die die Verwendung von Nicht-GC erfordern Sprachen.
"Apropos Sprachen, es ist an der Zeit, keine neuen Projekte in C/C++ zu starten und Rust in den Szenarien zu verwenden, in denen eine Nicht-GC-Sprache erforderlich ist. Die Industrie sollte aus Sicherheits- und Zuverlässigkeitsgründen die Abschaffung dieser Sprachen ankündigen."
Sobald diese Bemerkung herauskam, löste sie unweigerlich eine breite Diskussion aus. Jemand fragte, ob dies seine persönliche Meinung oder eine Aussage als CTO sei. Shawn Wildermuth , Mitglied der .NET Foundation, fragte in den Kommentaren , ob Rust genügend Entwickler habe, um die Arbeit voranzutreiben? Als Antwort antwortete ein Entwickler: „Es ist wirklich schwer, C/C++ aufzugeben, aber es spielt keine Rolle; junge Entwickler können Rust schnell beherrschen, verglichen mit dem Versuch, talentierte C/C++-Entwickler zu finden, ist dies viel einfacher zu lösen ."
Es gibt auch Kommentare, die:
George Ou : Ich bin ein großer Rust-Fan, aber was würden Sie denen sagen, die glauben, dass es sichere Versionen von C und C++ gibt?
Ted Mielczarek : Entweder lügen sie dich an, oder was sie vorschlagen, erfordert ein effektives Umschreiben deiner gesamten Codebasis, also bist du besser dran, Rust zu verwenden.
Unter den abweichenden Stimmen sagte ein Benutzer mit der ID ionCube24 , dass Mark Russinovich mehr der Sprache als dem Programmierer die Schuld geben wollte. Aber die Wahrheit ist "C++ ist großartig, es ist nur so, dass viele Leute, die es (und andere Sprachen) verwenden, im Grunde nicht wissen, wie man programmiert; das Wechseln der Sprache wird das nicht beheben."
Einige Leute verwenden ihre eigene Praxis als Beispiel , um zu zeigen, dass Rust Grenzen hat und nicht alle seine Probleme löst. Das Argument des Internetnutzers scheint jedoch etwas unhaltbar:
„Es muss nicht alle Probleme lösen, um eine große Wirkung zu erzielen.“
„Warum ‚alle Ihre Probleme lösen‘ als Standard, erfordert es ‚alle Ihre Probleme lösen‘, um einen wesentlichen Unterschied in der Programmierung zu machen? 'Es löst alle bekannten Probleme'."
Andere beklagten, dass Mark Russinovich sich verändert habe und nicht mehr „cool“ sei. Es gibt auch relativ vernünftige Behauptungen , „oder besser: Hör auf, eine Programmiersprache zu sehr zu fördern. Verschiedene Tools eignen sich für verschiedene Probleme. Rust ist gut, aber es ist nicht die Lösung für alle Programmierprobleme“.
Einige kommen sogar auf eine ihrer Meinung nach bessere Alternative zu C/C++: „Wenn die GCed-Systemsprache akzeptabel ist, wird es keine neuen C/C++-Projekte geben. Go, Nim und Crystal sind alle besser als C/C++. Gut Wahl. Und Zig, der ein paar coole Sachen macht, aber nicht so ausgereift oder beliebt ist wie Rust.“
Aktuell gibt es entsprechende Diskussionen auch auf Hacker News und Reddit .
Rust hat in letzter Zeit viel Hitze:
- Linus Torvalds verriet, dass Rust in Version 6.1 in den Linux-Kernel einziehen wird, wenn es keine Überraschungen gibt
- Cloudflare verlässt Nginx und verwendet Pingora, das in internem Rust geschrieben ist
- GStreamer ist bereit, in Rust geschriebene Plugins als Teil seiner offiziellen Binärversion zu veröffentlichen
- Rust bildet ein dediziertes Sicherheitsteam
- Asahi Linux plant, mit Rust GPU-Treiber für Apple-Chips zu schreiben
- GCC Rust ist von GCC genehmigt und wird in die Mainline-Codebasis aufgenommen