Microsoft ha designado a Rust como un «lenguaje de nivel 1» para su ingeniería interna, según una publicación de invitado en el sitio de la Rust Foundation publicada el 10 de septiembre de 2026, escrita por Victor Ciura, ingeniero principal del equipo de herramientas de Rust dentro de la división de desarrolladores de Microsoft. La publicación es material de primera parte: informa sobre lo que Microsoft dice de sus propias prácticas, no una evaluación independiente. Comienza señalando que Rust ha sido de importancia estratégica para Microsoft durante varios años, incluyendo una keynote del CTO de Azure, Mark Russinovich, sobre el futuro de la empresa en el código nativo, y millones de dólares en inversiones en el Proyecto Rust.
La publicación de invitado publicada en el sitio de la Rust Foundation detalla la designación de lenguaje Tier-1 de Microsoft para la ingeniería interna de Rust
Publicación de invitado de primera parte del ingeniero de Microsoft Victor Ciura en el sitio de la Rust Foundation explicando el estatus de lenguaje Tier-1
El estatus de nivel 1 es una clasificación de ingeniería interna, no un lanzamiento público del lenguaje. En la práctica, significa que los equipos de Rust en Microsoft ahora tienen un «camino pavimentado» desde el desarrollo local hasta la producción: construcciones seguras de la cadena de suministro del compilador Rust (rustc) y su biblioteca estándar, herramientas de desarrollador, flujos de calidad, integración profunda con la plataforma Windows, y cumplimiento de los requisitos del Security Development Lifecycle (SDL) que el software de Microsoft debe cumplir. La publicación lista C++, C# y TypeScript como los lenguajes que ya ostentan este estatus, y dice que Rust ahora se sitúa entre ellos como uno de los lenguajes mejor apoyados para el desarrollo interno.
La pieza técnica central es un nuevo componente del compilador llamado rustc_codegen_utc. Para entenderlo, ayuda saber cómo está organizado rustc. rustc está construido de manera que diferentes «backends» pueden tomar su representación interna compartida y emitir código máquina para diferentes plataformas. Los tres backends existentes de la misma familia arquitectónica son rustc_codegen_llvm (el backend LLVM), rustc_codegen_gcc (GCC) y rustc_codegen_cranelift. rustc_codegen_utc es el cuarto: se conecta a la misma interfaz de backend y redirige la salida de rustc a través del backend MSVC, también conocido como «UTC» — la herramienta de compilación nativa de Windows que C y C++ han usado durante décadas.
Representación visual del proyecto del lenguaje de programación Rust alojado en GitHub que muestra la infraestructura de desarrollo del compilador
El resultado declarado es una plataforma de generación de código unificada para Rust y C++ en Windows. Conectar rustc a MSVC significa que Rust hereda, en lugar de re-implementar, las capacidades específicas de Windows que la pila MSVC ha acumulado a lo largo de muchos años. La publicación lista esas capacidades como: endurecimiento binario y características de seguridad de código; cumplimiento, análisis y mantenimiento post-enlace (incluyendo Hotpatch, el mecanismo de Microsoft para aplicar correcciones a binarios en ejecución); Sample Profile Guided Optimization (SPGO); análisis de depuración y volcados de error; perfilado; diagnósticos; y herramientas de cobertura.
Esto importa porque la mayoría del código de producción de Microsoft sigue siendo C++. La argumentación de la publicación es que un backend compartido minimiza la ingeniería duplicada: cuando MSVC y Windows añaden nuevas características de generación de código, seguridad, diagnóstico o mantenimiento, esas inversiones llegan a una base común para ambos lenguajes. Para proyectos híbridos Rust/C++ — que la publicación dice que muchos sistemas usarán «durante años venideros» — un backend compartido significa que ambos lados de un sistema participan por igual en los mismos flujos de desarrollo, validación, diagnóstico y mantenimiento. La biografía del autor describe, por su parte, su trabajo como la construcción de la cadena de compiladores y bibliotecas necesarias para el esfuerzo de oxidación más amplio de la organización, el impulso de Microsoft para introducir Rust en códigos base C y C++ existentes.
La publicación es cuidadosa sobre lo que no resuelve. Generación de código, rarezas de plataforma, ABI (interfaz binaria de aplicación), manejo de excepciones y herramientas post-enlace son, en sus palabras, «solo la mitad» del desafío de interoperabilidad. La interoperabilidad de alto nivel entre lenguajes — contratos de interfaz de función extranjera (FFI), enlaces, diferencias de semántica del lenguaje e integración del sistema de construcción — sigue siendo un problema activo tanto dentro de Microsoft como en toda la industria. La publicación señala a la Interoperability Initiative de la Rust Foundation como un catálogo de ese espacio de problemas y el trabajo comunitario en curso.
En cuanto al despliegue, la publicación dice que rustc_codegen_utc ha estado listo para producción desde principios de 2026 y se autoaloja desde Rust 1.90, lo que significa que el compilador puede compilar su propio código. Forma parte de un «Rust Paved Path» interno más amplio que incluye construcciones seguras de la cadena de suministro de rustc y la biblioteca estándar, integración con los pipelines de desarrollo local y producción, y flujos de calidad y cumplimiento comunes. Más de 100 repositorios de proyectos de Microsoft se construyen con él hoy, y la adopción continúa cada semana.
Precauciones. La fuente es una publicación de invitado de primera parte de un ingeniero de Microsoft publicada en el sitio de la Rust Foundation; informa de las propias afirmaciones de Microsoft y no proporciona una verificación independiente del estatus de nivel 1 ni de su impacto operativo. No ofrece benchmarks de rendimiento que comparen rustc_codegen_utc con el backend LLVM para cargas de trabajo reales, no cuantifica cuántos de los más de 100 repositorios son Rust puro frente a híbridos, y no aborda esfuerzos de conversión automática de C a Rust. Si el estatus de nivel 1 cambia el desarrollo día a día de cualquier equipo determinado no es establecido por la publicación.