Rust es un lenguaje de nivel 1 en Microsoft

Artículo original ↗ Discusión en Hacker News ↗

La decisión de Microsoft de designar Rust como un lenguaje interno de “tier‑1”, junto con C++, C# y TypeScript, señala una gran apuesta por la programación de sistemas con seguridad de memoria y una integración más profunda en su toolchain, incluido un nuevo backend de Rust basado en MSVC. Los comentaristas ven esto como una validación de la madurez de Rust y una forma de reducir vulnerabilidades de seguridad de memoria de larga data, mientras debaten cuestiones prácticas como el soporte de Visual Studio, la interoperabilidad C/C++, los tiempos de compilación y su idoneidad para ámbitos que van desde backends web hasta código embebido y de GPU. Algunos siguen siendo escépticos de que la adopción por parte de Microsoft se traduzca en aplicaciones más ligeras y de mayor calidad, argumentando que los incentivos organizativos y los frameworks inflados importan más que la elección del lenguaje.

Definición e implicaciones de “Tier‑1”

  • “Tier‑1” en Microsoft significa un lenguaje interno totalmente soportado con un “paved path” desde el desarrollo hasta producción: toolchains seguras, flujos de trabajo, integración con la plataforma y cumplimiento con SDL.
  • Rust se une a C++, C# y TypeScript como Tier‑1; Java y Python no están explícitamente en ese grupo.
  • Algunos ven esto como prueba de la madurez de Rust; otros señalan que es “Tier‑1 interno” y que todavía no es automáticamente visible en las herramientas públicas.

Herramientas, IDEs y depuración

  • Muchos preguntan por qué Visual Studio aún no tiene soporte de primera clase para Rust; otros señalan que VS Code ya lo tiene, y que Microsoft puede estar dándole prioridad a eso.
  • Algunos prevén un cambio gradual desde Visual Studio completo hacia VS Code para la inversión en nuevos lenguajes.
  • Hoy se ha usado soporte de depuración a través de VS con soluciones alternativas (natvis, herramientas personalizadas), pero la visualización de contenedores/enum sigue siendo bastante tosca.
  • Se mencionan IDEs alternativos como RustRover, con opiniones encontradas sobre su interfaz.

Backend de MSVC / rustc_codegen_utc

  • Gran noticia técnica: Rust ahora tiene un backend de generación de código para MSVC (rustc_codegen_utc), evitando LLVM en Windows.
  • Según se informa, los benchmarks internos muestran un rendimiento a la par de LLVM.
  • Se planea una disponibilidad externa, pero los detalles (licencias, apertura) siguen sin estar claros.

Interoperabilidad C/C++ y reescrituras parciales

  • Las grandes empresas de C++ quieren adopción incremental de Rust, no reescrituras completas.
  • Se citan varias herramientas/proyectos para interoperabilidad C++↔Rust (por ejemplo, Crubit, herramientas al estilo cbindgen), pero se considera que una interoperabilidad “sin fricción” está fundamentalmente limitada por las diferencias entre sistemas de tipos.
  • Se espera que cruzar la frontera siga siendo unsafe, y que en algunos casos sean preferibles capas de envoltura o incluso RPC en el mismo proceso.

Casos de uso, fortalezas y límites de Rust

  • Dominios elogiados: código de sistemas, embebidos, backends de alto rendimiento, computación científica, código host para GPU y algunas apps GUI/de escritorio.
  • Debate sobre backends web: algunos equipos reportan grandes mejoras al pasar de TypeScript/Go a Rust; otros siguen prefiriendo Go/Java por ergonomía y velocidad de entrega.
  • Rust se considera más débil para prototipado rápido, scripting y flujos de desarrollo de juegos que requieren iteración ultrarrápida e ինտегración intensa de unsafe/engine.

Rendimiento, memoria y el exceso de software de Microsoft

  • Varios comentaristas esperan que Rust reduzca el bloat de Windows (por ejemplo, la app Weather de 1+ GB, la Calculadora lenta), pero muchos sostienen que la elección del lenguaje es secundaria frente a los incentivos corporativos, los frameworks (WebView2) y las pilas de telemetría/anuncios.
  • Algunos son escépticos de que Rust en Microsoft mejore de forma visible la calidad del software de cara al consumidor.

Estabilidad, ecosistema y Rust generado por IA

  • Algunos informan que proyectos antiguos de Rust recompilan sin problemas; otros encuentran con frecuencia problemas de “requires newer rustc” al usar compiladores de la distribución, y culpan al uso agresivo de nuevas funciones.
  • Las ediciones y las políticas de MSRV se citan como factores de estabilización, pero el dolor de la compatibilidad hacia adelante sigue presente.
  • Se considera que los LLM son inusualmente buenos generando Rust que compila porque el compilador y Clippy proporcionan bucles de retroalimentación muy fuertes; siguen existiendo preocupaciones sobre principiantes/agentes que abusan de .clone(), Arc<RwLock<_>> o unsafe, produciendo Rust “vibe-coded” ineficiente pero seguro en memoria.