Los desarrolladores no están contentos con .NET MAUI, pero a nadie del equipo le importa

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

Los desarrolladores informan que el marco de UI multiplataforma .NET MAUI de Microsoft es inestable, está mal mantenido y plagado de errores de larga data, lo que dificulta construir y depurar incluso aplicaciones sencillas. Muchos ven esto como parte de un patrón más amplio en el que Microsoft invierte poco en sus propios marcos de UI de cliente, rara vez los usa de verdad en productos importantes y finalmente los deja estancarse. Como resultado, los equipos están abandonando MAUI y pilas relacionadas en favor de alternativas como tecnologías web, Flutter, Avalonia o aplicaciones totalmente nativas, a pesar del atractivo de compartir código .NET.

Estado de .NET MAUI

  • Muchos comentaristas informan que MAUI es inestable e inmaduro: diseños inconsistentes entre plataformas, controles básicos que fallan, vistas de colecciones lentas, fallos aleatorios de compilación y despliegue, y bloqueos o fugas dentro del propio MAUI.
  • Algunos describen funciones triviales (pull-to-refresh, reproducción de video, vistas de lista con video) que llevan semanas y aun así fallan, para luego rehacerse en otros frameworks en días.
  • Problemas específicos: errores de rutas en compilaciones para Windows/iOS/macOS, depuración que se rompe con frecuencia, tiempos de iteración lentos y errores de larga data con mensajes vagos.
  • Se dice que los enlaces nativos subyacentes (especialmente en iOS) están incompletos; los marcos más nuevos de Apple y las bibliotecas Swift no están totalmente soportados.
  • La falta de soporte para Linux se ve por algunos como un obstáculo inmediato e insalvable.

La estrategia de Microsoft y el dogfooding

  • Preocupa repetidamente que Microsoft no use MAUI (ni marcos GUI anteriores) para sus propias aplicaciones principales, mientras depende en gran medida de Electron, React + WebView o Qt.
  • Varios ven esto como un patrón: Microsoft promociona nuevas pilas de UI (WinForms, WPF, Silverlight, UWP, Xamarin, MAUI) pero rara vez se compromete a largo plazo o las usa ampliamente internamente.
  • Algunos sostienen que, sin estar “en la ruta crítica” para la propia Microsoft, es poco probable que MAUI reciba una financiación o mantenimiento robustos.

Alternativas y recomendaciones

  • Fuertes sugerencias para evitar MAUI y, a menudo, todos los marcos de UI de Microsoft para trabajo nuevo.
  • Las alternativas recomendadas incluyen:
    • Tecnologías web (web puro + MDN, Electron, React, etc.) como las que más evolucionan activamente, con el ecosistema más rico (CSS, APIs de JS, herramientas al estilo d3).
    • Avalonia y Uno Platform para .NET; WPF para escritorio solo en Windows.
    • Flutter, React Native, Qt y otros, según los requisitos.
  • Algunos equipos abandonan Xamarin/MAUI en favor de aplicaciones móviles nativas u otras pilas multiplataforma y reportan ahorros de tiempo en general.

Relación con la comunidad y gestión de incidencias

  • Frustración porque errores serios y básicos permanecen abiertos durante años con poco progreso visible; supuestamente los PR quedan sin revisar.
  • Una incidencia de alto perfil en GitHub fue movida a “Discussions”, visto como despectivo aunque el error subyacente siguiera rastreado en otro lugar.
  • Debate:
    • Un lado dice que el tono de las diatribas es improductivo y que los equipos no pueden atender por igual miles de incidencias.
    • El otro lado argumenta que los usuarios están justificados después de años de espera, especialmente cuando MAUI se comercializa como listo para producción y respaldado por una enorme empresa.

Preocupaciones más amplias sobre herramientas y QA de Microsoft

  • Varios comentaristas generalizan los problemas de MAUI al ecosistema más amplio de Microsoft:
    • Experiencias pasadas con Windows Phone, UWP, Xamarin, Blazor Server, Azure DevOps y varias APIs vistas como a medio hacer o abandonadas.
    • Afirmaciones de que algunos productos de Microsoft (p. ej., Azure DevOps) parecen estar estancándose mientras el foco se desplaza a ofertas que se solapan (p. ej., GitHub).
  • Un hilo apunta a que Microsoft despidió hace tiempo a gran parte de su QA y pasó a depender de contratistas más procesos ágiles; esto se culpa de que los errores se filtren, con poca prueba exploratoria o defensa de la experiencia de desarrollador.

Desafíos de la UI multiplataforma

  • Algunos señalan que los marcos de UI nativa multiplataforma son inherentemente difíciles: las capas extra de abstracción añaden lugares para errores, especialmente en equipos pequeños.
  • Sugerencia: compartir la lógica de negocio en bibliotecas agnósticas del lenguaje y mantener las UIs nativas o más simples cuando sea posible.
  • Unos pocos preguntan si React Native u otras pilas sufren dolores comparables; las respuestas son mixtas, pero en este hilo MAUI es ampliamente visto como peor que sus competidores.