Microsoft рассматривает переписывание всей кодовой базы на Rust к 2030 году

Сейчас по сети разошлась громкая формулировка: «Microsoft перепишет всю кодовую базу на Rust к 2030 году». Звучит как обещание «пересобрать» Windows, Office и Azure на новом языке за пару лет, но в реальности всё спокойнее.

Поводом стала публичная дискуссия вокруг идеи отказаться от части C/C++ в пользу memory-safe подходов (в том числе Rust) и пара заявлений от инженеров Microsoft в соцсетях — но это скорее направление и исследовательская цель, а не утверждённый план «переписать всё подчистую».

Почему Rust вообще всплыл? Потому что большая доля критических уязвимостей годами связана с ошибками работы с памятью (переполнения, use-after-free и т.п.), а Rust по дизайну закрывает многие такие классы проблем ещё на этапе компиляции. Для обычных пользователей это обычно означает не «модный язык внутри», а более приземлённые эффекты: меньше дыр безопасности, реже неприятные краши в низкоуровневых компонентах, меньше «экстренных» обновлений из-за типовых багов.

Но есть и честная обратная сторона: любой большой переход несёт риск переходных ошибок, сложностей совместимости и долгой «двухъязычной» жизни, когда новые модули на Rust должны аккуратно сосуществовать со старым кодом через обёртки и строгие тесты. Поэтому самый вероятный сценарий до 2030 года — не «одна гигантская переписка», а постепенная замена самых рискованных и критичных частей, плюс развитие инструментов, которые делают такую миграцию быстрее и безопаснее.

А вы бы хотели, чтобы Microsoft ускоряла переход на Rust ради безопасности, даже если на старте возможны мелкие баги?