Siete años de SwiftUI: crónica de una decepción

A siete años de su anuncio en la conferencia WWDC 2019, SwiftUI sigue sin comportarse como un framework maduro y listo para producción, según un extenso análisis del ingeniero Yakov Manshin. El texto sostiene que la expectación inicial —sintaxis declarativa, fuente única de verdad, previsualizaciones instantáneas y reutilización multiplataforma— se ha transformado en frustración profesional por problemas sistémicos de rendimiento, predictibilidad del layout y falta de compatibilidad hacia atrás. Manshin ilustra sus argumentos con ejemplos reales, entre ellos el tutorial oficial de Apple para macOS, que presenta un sidebar roto desde hace más de dos años sin que la compañía lo haya corregido, y comparativas de rendimiento frente a UIKit, donde el framework clásico sale vencedor. El autor describe el sistema de flujo de datos de SwiftUI como una «caja negra» que actualiza vistas cuando no debe e ignora cambios relevantes, y critica la acumulación de property wrappers, macros y frameworks auxiliares (@State, @Binding, @ObservedObject, Observation, @Observable) introducidos para tapar problemas de rendimiento sin resolverlos. En la capa de layout, la negociación de tamaños resulta impredecible incluso para interfaces comunes como sidebars flotantes. El análisis amplía la mirada hacia Cupertino y argumenta que la cultura corporativa de Apple ha sustituido la artesanía uncompromising de la era Cocoa, Aqua y Auto Layout por una lógica de producto «suficientemente bueno», lo que obliga a los desarrolladores a hacer el trabajo de control de calidad del propio fabricante. El texto cierra con enlaces a recursos adicionales, incluido el tutorial defectuoso, la entrada de John Gruber en Daring Fireball titulada «SwiftUI Only Makes It Easy to Develop Bad Apps» y un artículo de Two Cent Studios sobre los problemas ocultos de los grupos en SwiftUI.