Escribe código para la web

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

El ecosistema fuertemente controlado de Apple, desde Xcode y Swift hasta la revisión de la App Store y las reglas de facturación, se presenta como cada vez más hostil o indiferente hacia los desarrolladores de terceros, especialmente los que quieren stacks multiplataforma o no centrados en Apple. Los comentaristas contrastan esto con la apertura y longevidad de la web, sosteniendo que muchas aplicaciones deberían ser basadas en navegador o PWA, aunque también reconocen los propios problemas de la web con la complejidad de las herramientas, la política de navegadores y las brechas de rendimiento. El intercambio destaca una tensión más amplia entre el bloqueo de plataforma y los estándares abiertos, y cómo esas compensaciones influyen en dónde invierten su tiempo y sus carreras los desarrolladores.

La relación de Apple con los desarrolladores

  • Muchos consideran que Apple está fundamentalmente centrada en los usuarios y el hardware, y que trata a los desarrolladores como proveedores reemplazables en lugar de socios.
  • Algunos ven las API, Swift y Xcode como inversiones en el bloqueo, no como generosidad. La cadena de dependencia se percibe como “desarrollador → Apple → usuario”, con poco poder de negociación en la dirección contraria.
  • Otros argumentan que Apple sí se preocupa en conjunto al mantener el ecosistema “de alta calidad”, pero no por los desarrolladores individuales ni por los casos extremos.

Xcode y el desarrollo nativo de iOS/macOS

  • Quejas generalizadas: Xcode es grande, lento, propenso a fallos, poco intuitivo, difícil de configurar y doloroso con el control de versiones y CI/CD.
  • Molestias concretas: maquetación/storyboards, formato del archivo de proyecto, comportamiento extraño del formateo, vistas previas frágiles, errores poco claros, timeouts del compilador de SwiftUI.
  • Una minoría elogia Swift y las API de Apple como muy agradables, y ve Xcode como “aceptable” o incluso bueno en comparación con algunos competidores. Las opiniones sobre Android Studio también están divididas.

Web frente a aplicaciones nativas

  • Muchos sostienen que la mayoría de las aplicaciones deberían ser aplicaciones web o PWA, especialmente las de contenido/CRUD (noticias, aparcamiento, bibliotecas, muchas aplicaciones empresariales) que envejecen mal como nativas.
  • Beneficios citados: alcance multiplataforma, compatibilidad a largo plazo, alojamiento abierto, evitar la revisión de la tienda de aplicaciones y el recorte del 30%.
  • Contraargumentos: lo nativo es mejor para el rendimiento, la robustez sin conexión, el acceso rico al hardware, las notificaciones y la UX integrada en el sistema operativo; la web sigue siendo incómoda para el cómputo con GPU y para una UX compleja “tipo aplicación”.

PWAs, navegadores y política de plataformas

  • Se acusa ampliamente a Apple de debilitar deliberadamente las PWA en iOS (API limitadas, rarezas en el borrado de datos, flujos de instalación incómodos) para proteger los ingresos de la App Store.
  • Google/Chrome es visto como un impulsor agresivo de la plataforma web, aunque algunos advierten que esto desplaza el poder de Apple a Google, no a los usuarios.
  • Safari es frecuentemente llamado el “nuevo IE” o “princesa”, aunque otros señalan que en su mayor parte va por detrás en API no estándar o sensibles a la privacidad.

Tarifas de la App Store y control de acceso

  • La cuota de desarrollador de 99 dólares al año y el proceso de revisión opaco, a veces arbitrario, son puntos de fricción recurrentes, especialmente para organizaciones pequeñas y gobiernos.
  • Algunos defienden la cuota como una barrera contra el spam y la basura; otros la ven como un impuesto innecesario que bloquea la experimentación y aumenta el riesgo de bloqueo.

Experiencia de desarrollo web

  • La web es elogiada por su universalidad y por ser un estándar común “histórico”, pero a muchos les desagrada la complejidad de JS/TS, los sistemas de compilación, el cambio constante de frameworks y la ergonomía de CSS.
  • Otros informan que los estándares y herramientas web modernos (React, TypeScript, HTMX, LiveView, etc.) han mejorado mucho la experiencia respecto al pasado.

Bloqueo, cultura y alternativas

  • Hay un fuerte sentimiento de que invertir profundamente en stacks exclusivos de Apple es arriesgado: las habilidades son menos portables y Apple puede cambiar las reglas unilateralmente.
  • Algunos describen a Apple como “sectaria” o como una “relación abusiva”; otros adoran la experiencia integrada de usuario y aceptan las concesiones.
  • Alternativas mencionadas: Flutter, Qt, .NET MAUI/Avalonia/Blazor, teléfonos Linux (Librem 5, PinePhone), Electron y stacks web puros.