Skip ahora es gratis y se convierte en código abierto

 (skip.dev)
17 puntos por GN⁺ 2026-01-22 | 3 comentarios | Compartir por WhatsApp
  • Un framework nativo multiplataforma basado en Swift y SwiftUI que permite desarrollar apps para iOS y Android con una sola base de código
  • Desde la versión 1.7 de Skip se eliminan todas las restricciones de licencia, y pasa a ser una herramienta completamente de código abierto que cualquiera puede usar gratis
  • El motor principal, skipstone, fue publicado en GitHub, ofreciendo como código abierto funciones clave de compilación como creación de proyectos, conversión y empaquetado
  • Los suscriptores de pago existentes pasan automáticamente a un programa de patrocinio, y es posible apoyar el proyecto mediante aportes individuales o empresariales
  • Esta apertura marca un punto de inflexión para construir un ecosistema comunitario a largo plazo y ofrecer una experiencia verdaderamente nativa

Resumen general

  • Desde su lanzamiento en 2023, Skip ha evolucionado con el objetivo de permitir desarrollar simultáneamente apps para iOS y Android con código Swift y SwiftUI
    • Al principio comenzó con un transpiler de Swift a Kotlin y soporte básico para la API de SwiftUI
  • Más adelante, con la creación del Swift Android Workgroup y la publicación del Swift Android SDK, empezó a ofrecer compilación nativa para Android
  • Actualmente es compatible con decenas de frameworks integrados y miles de paquetes de Swift, y ofrece la implementación independiente más completa de SwiftUI

Limitaciones de las herramientas de desarrollo de pago

  • Hasta ahora, Skip requería suscripción de pago y clave de licencia, y solo los desarrolladores individuales con ingresos por debajo de cierto umbral podían usarlo gratis
  • Sin embargo, la mayoría de los desarrolladores espera herramientas gratuitas, y los IDE principales como Xcode y Android Studio también se ofrecen sin costo
  • También existían preocupaciones sobre la sostenibilidad de una herramienta cerrada y de pago
    • Si la empresa cesaba operaciones o era adquirida, existía el riesgo de que mantener las apps de los desarrolladores se volviera difícil
  • Para resolverlo, Skip cambia a una base totalmente gratuita y de código abierto, para que la comunidad pueda mantener la tecnología de forma independiente

Qué cambia

  • Desde Skip 1.7 se eliminan la clave de licencia, la versión de prueba y el EULA
    • Usuarios actuales: tras actualizar, ya no necesitan clave de licencia
    • Usuarios nuevos: pueden compilar de inmediato
  • El motor de Skip, skipstone, se libera como código abierto
    • Incluye funciones clave de compilación como creación y gestión de proyectos, plugins para Xcode y SwiftPM, conversión de iOS a Android, empaquetado de recursos, puente JNI, transpilación de código fuente, empaquetado de apps y exportación de proyectos
    • Repositorio público en GitHub: https://github.com/skiptools
  • Cambio de sitio oficial
    • Se traslada de skip.tools a skip.dev
    • Incluye documentación, blog y casos de estudio, y el propio sitio también fue publicado como código abierto

Soporte futuro para Skip

  • Skip ha operado de forma independiente y sin inversión externa, manteniéndose enfocado en los desarrolladores y sin control de grandes empresas tecnológicas
  • Para conservar esa independencia, se necesita apoyo de la comunidad
    • Los suscriptores actuales pasan automáticamente al nivel Individual o Supporter
    • Los desarrolladores individuales pueden apoyar mensualmente a través de GitHub Sponsors
    • Las empresas pueden respaldar directamente el desarrollo, mantenimiento e infraestructura del framework mediante el programa de patrocinio
  • El apoyo ayuda a garantizar el desarrollo continuo y el éxito a largo plazo de Skip, además de fortalecer la competitividad del equipo de desarrollo

Planes a futuro

  • Actualmente, el desarrollo de apps enfrenta las limitaciones de los frameworks multiplataforma tradicionales
    • Es difícil adaptarse a cambios recientes en los sistemas de UI, como Liquid Glass en iOS o Material Expressive en Android
    • Las concesiones de una base de código unificada pueden derivar en interfaces anticuadas y menor competitividad
  • Skip seguirá evolucionando hacia una propuesta que ofrezca una experiencia completamente nativa en ambas plataformas
  • Su apertura como código abierto es el siguiente paso para abarcar diversos ecosistemas como Swift y Kotlin, SwiftPM y Gradle, Xcode y Android Studio
  • Su evolución continua dependerá de la participación y el patrocinio de la comunidad de desarrolladores, mientras avanza hacia la visión de Skip de una
    “base multiplataforma sin concesiones”

Lecturas relacionadas

3 comentarios

 
iolothebard 2026-01-23

El espejismo de ser multiplataforma (que parece al alcance, pero nunca se deja atrapar)
 
GN⁺ 2026-01-22
Comentarios en Hacker News

  • Da pena la realidad de que los desarrolladores esperen herramientas gratis
    Es raro, incluso comparado con otras profesiones, que un gremio de ingresos altos como el nuestro no gaste dinero en sus herramientas
    Ojalá, cuando sea posible, no dependan de FAANG ni de financiamiento de VC, y paguen directamente por buen software

    • La mayoría de las herramientas de mayor calidad en desarrollo de software son FOSS (código abierto)
      Somos un gremio que puede construir sus propias herramientas, y el costo de distribución es 0
      La idea de “yo podría hacerlo yo mismo” limita el mercado de herramientas de desarrollo pagas
      El código abierto reduce esa frustración, y el usuario solo tiene que pelear con su propia flojera
    • Mientras más herramientas comerciales cerradas entren en la cadena de dependencias, menos cosas se pueden hacer en la práctica
      Más importante que el precio es la libertad
      Coincido en que es riesgoso hacer que toda la estrategia de una app dependa de una herramienta paga y cerrada de una empresa pequeña
    • En una empresa anterior, si una herramienta era confiable, la pagábamos con gusto con dinero de la compañía
      Pero cuando ya se habían gastado millones de dólares en otras soluciones, gastar unos miles en una herramienta nueva implicaba una barrera burocrática enorme
      No es que los desarrolladores no quieran gastar dinero; muchas veces es la estructura organizacional la que lo impide
    • Creo que las herramientas de código abierto son mejores
      Si encuentras bugs o limitaciones, puedes corregirlos tú mismo y compartirlos
      Como en el ejemplo del automóvil, para quien prefiere una estructura que pueda tocar directamente, el código abierto resulta mucho más atractivo
    • Entre los trabajos bien pagados, somos de los que tienen la proporción más alta de trabajo gratis
      Los abogados y los médicos también hacen trabajo pro bono, pero no se acerca a la escala del código abierto

  • Al ver cómo funciona Skip, me dio curiosidad si algún día llegarán los agentes de IA capaces de convertir automáticamente código hecho para una plataforma (como iOS) en código nativo para otra (como Swift, Kotlin, etc.)

  • Hasta ahora no he encontrado un entorno de desarrollo móvil multiplataforma que me deje satisfecho, así que Skip me pareció interesante
    Pero al ver que requiere macOS 15 o superior y Xcode 16.4 o superior, no era lo que esperaba
    También impresiona la afirmación audaz de “máxima eficiencia sin runtime adicional”, pero el requisito de 32 GB de memoria sorprende

  • Desde la perspectiva de un desarrollador de Flutter, me preguntaba por qué haría falta Skip
    Flutter ya es maduro y soporta no solo móvil, sino también escritorio y web
    Aun así, me da curiosidad cuánto mejorará el rendimiento Skip, así que cuando se estabilicen los precios de la DRAM pienso probarlo

    • Flutter no puede implementar las UI más recientes como Liquid Glass de iOS o Material Expressive de Android
      Por eso la interfaz se siente de una generación pasada, y esa limitación hizo crecer mi interés por Skip
      Si te gusta Dart o quieres una UI totalmente personalizada, Flutter sigue estando bien, pero si tu negocio depende de una sensación nativa premium, Skip encaja mejor
      Tema relacionado: Flutter issue #170310
    • Siempre que veo una app hecha con Flutter, siento cierta disonancia
      Aunque los widgets parezcan nativos, hay algo raro, y las animaciones tampoco se sienten fluidas
      Me da una impresión un nivel por debajo de React Native
    • Flutter tiene muchas limitaciones en rendimiento, accesibilidad y acceso a funciones nativas
      En particular, la integración con Google Maps es terrible
      El costo de hacer una gran app en Flutter termina siendo parecido al de una app nativa
      El requisito de 32 GB de Skip no sorprende si se considera todo el entorno de desarrollo, como Xcode, Gradle y los emuladores
    • Como Flutter todavía no soporta Liquid Glass, cuesta verlo como una alternativa seria
      A menos que quieras una UI completamente personalizada, es difícil conservar el estilo propio de cada plataforma
    • Hace un año intenté crear una app para Mac con Flutter, pero abandoné por la falta de documentación y su inmadurez

  • Como el título del post usa un nombre de software demasiado ambiguo, ojalá hubieran puesto uno más descriptivo

  • Vi el repositorio de Skip en GitHub y no tiene archivo de licencia
    Así que lo considero territorio de “no usar (DONT USE)”
    En cambio, el repositorio de Skipstone sí tiene licencia, pero incluye a Skip como vendor, así que resulta confuso

    • El plugin de Xcode del repositorio /skip usa binarios generados en /skipstone
      La ausencia de licencia fue un error y planean corregirlo pronto
    • Ya se agregó la licencia LGPL3
    • Fue un simple error y ya se corrigió, no una omisión intencional

  • A pesar de muchos intentos, la idea de unificar la compilación de iOS y Android es fundamentalmente difícil
    Ha habido muchos enfoques, con HTML, JS, React, Dart, Kotlin, Swift, etc., pero a escala de más de 10 millones de instalaciones ha fracasado
    Texto relacionado

    • Pero esa afirmación es incorrecta
      La app de Nubank en Brasil está hecha con Flutter y es un servicio grande usado por más de 100 millones de personas
    • Yo también desarrollé una app en Flutter entre 2018 y 2021, llegó a 15 millones de instalaciones y hasta recibió App Store feature y premios de diseño
      Un factor de éxito fue que la base de código no creció demasiado

  • La frase “se recomiendan al menos 32 GB de memoria para desarrollar con Skip” me dejó en shock

    • Si corres al mismo tiempo las toolchains de iOS (Xcode, simulador) y Android (Gradle, emulador), el uso de memoria sube bastante
      Skip en sí es liviano, y en modo headless puede funcionar con mucha menos memoria
    • Parece que los IDE móviles vieron el tamaño descomunal de los IDE para FPGA y pensaron “nosotros podemos superarlo”
    • Con los precios actuales de la RAM, DDR5 está por encima de 300 dólares y DDR4 también por encima de 200
    • Probablemente sea una especificación necesaria solo durante el desarrollo
    • Eso se debe a que Skip usa las toolchains de iOS y Android junto con su propio transpiler (por ejemplo, Skip Lite y Skip Fuse)
      La ineficiencia de memoria no es culpa de Skip, sino un problema estructural de las toolchains de Apple y Google

  • Quería portar a Android la app de navegación para personas con discapacidad visual Soundscape Community, y Skip parece una solución ideal
    Si la accesibilidad (TalkBack) también se traduce a UI nativa, debería funcionar bien
    Enlace de GitHub de Soundscape

    • Skip usa SwiftUI en iOS y Jetpack Compose en Android, así que soporta directamente las funciones de accesibilidad de cada plataforma
      Código de ejemplo: documentación de accesibilidad de Skip

  • Parece que Skip podría establecerse como una opción multiplataforma a largo plazo para SwiftUI
    Sería bueno que Apple participara directamente en este toolset o al menos abriera SwiftUI como código abierto en parte
    Si la comunidad mejora los problemas relacionados con macOS y logra la flexibilidad y funcionalidad de AppKit, el ecosistema de UI basado en Swift se volvería mucho más fuerte