- Un framework natif cross-platform basé sur Swift et SwiftUI permettant de développer des applications iOS et Android avec une seule base de code
- À partir de Skip 1.7, toutes les restrictions de licence sont supprimées, et l’outil devient entièrement open source et gratuit pour tous
- Le moteur central « skipstone » est publié sur GitHub, avec en open source les principales fonctions de build comme la création de projet, la conversion et le packaging
- Les anciens abonnés payants sont automatiquement convertis vers un programme de sponsoring, permettant de soutenir le projet à titre individuel ou en entreprise
- Cette publication marque un tournant vers la construction d’un écosystème durable centré sur la communauté et une véritable expérience native
Aperçu
- Depuis son lancement en 2023, Skip a évolué avec pour objectif de permettre le développement simultané d’apps iOS et Android avec du code Swift et SwiftUI
- Au départ, le projet reposait sur un transpileur Swift-vers-Kotlin et une prise en charge de base de l’API SwiftUI
- Par la suite, la création du Swift Android Workgroup et la publication du Swift Android SDK ont permis la compilation native sur Android
- Aujourd’hui, le framework est compatible avec des dizaines de frameworks intégrés et des milliers de packages Swift, et propose l’implémentation autonome de SwiftUI la plus complète
Les limites des outils de développement payants
- Jusqu’à présent, Skip nécessitait un abonnement payant et une clé de licence, avec un usage gratuit réservé aux développeurs individuels sous un certain seuil de revenus
- Pourtant, la plupart des développeurs s’attendent à disposer d’outils gratuits, et les principaux IDE comme Xcode et Android Studio sont eux aussi fournis gratuitement
- Il existe aussi des inquiétudes sur la pérennité des outils payants et fermés
- Si l’entreprise s’arrête ou est rachetée, la maintenance des applications des développeurs peut devenir difficile
- Pour résoudre cela, Skip adopte un modèle entièrement gratuit et open source, afin que la communauté puisse maintenir la technologie de manière indépendante
Ce qui change
- À partir de Skip 1.7, la clé de licence, la version d’évaluation et l’EULA sont supprimées
- Utilisateurs existants : après la mise à niveau, aucune clé de licence n’est nécessaire
- Nouveaux utilisateurs : ils peuvent builder immédiatement
- Le moteur Skip « skipstone » passe en open source
- Il inclut les fonctions centrales du build : création et gestion de projet, plugins Xcode et SwiftPM, conversion iOS→Android, bundling des ressources, pont JNI, transpilation du code source, packaging des applications, export de projet, etc.
- Dépôt public GitHub : https://github.com/skiptools
- Migration du site officiel
- Passage de skip.tools à skip.dev
- Le site inclut la documentation, le blog et des études de cas, et il est lui-même publié en open source
Le soutien futur de Skip
- Skip a jusqu’ici été exploité de manière indépendante, sans investissement extérieur, en restant centré sur les développeurs sans contrôle d’un grand groupe technologique
- Pour préserver cette indépendance, le soutien de la communauté est nécessaire
- Les anciens abonnés sont automatiquement convertis vers les niveaux Individual ou Supporter
- Les développeurs individuels peuvent apporter un soutien mensuel via GitHub Sponsors
- Les entreprises peuvent soutenir directement le développement, la maintenance et l’infrastructure du framework via le programme de sponsoring
- Ce soutien garantit le développement continu et le succès à long terme de Skip, tout en renforçant la compétitivité de l’équipe de développement
Feuille de route
- Le développement d’applications fait actuellement face aux limites des frameworks cross-platform existants
- Il est difficile de suivre les évolutions des systèmes d’interface récents comme Liquid Glass sur iOS ou Material Expressive sur Android
- Les compromis imposés par une base de code unifiée conduisent à des interfaces vieillissantes et à une perte de compétitivité
- Skip évolue vers un modèle visant à offrir une expérience totalement native sur les deux plateformes
- Son passage en open source constitue l’étape suivante pour embrasser des écosystèmes variés comme Swift·Kotlin, SwiftPM·Gradle, Xcode·Android Studio
- La progression future dépendra de la participation et du soutien de la communauté des développeurs,
au service de la vision de Skip : « une base cross-platform sans compromis »
3 commentaires
Le mirage du multiplateforme : on croit presque l’attraper, mais il nous échappe toujours
Skip – Développer des applications natives iOS et Android avec une base de code Swift unique
Réactions sur Hacker News
Certains trouvent regrettable que les développeurs s’attendent à des outils gratuits
Dans notre métier à hauts revenus, le fait de ne pas payer pour ses outils est rare par rapport aux autres professions spécialisées
Si possible, il vaudrait mieux éviter de dépendre des FAANG ou de l’argent du capital-risque, et payer directement pour les bons logiciels
Nous exerçons un métier où l’on peut fabriquer soi-même ses outils, et où le coût de distribution est nul
L’idée de « je peux le faire moi-même » limite structurellement le marché des outils de développement payants
L’open source atténue cette frustration, et l’utilisateur n’a plus qu’à lutter contre sa propre paresse
Plus que le prix, c’est la liberté qui compte
Je partage l’idée qu’il est risqué de faire reposer toute la stratégie d’une app sur un outil payant fermé édité par une petite société
Mais quand des millions de dollars avaient déjà été dépensés dans d’autres solutions, faire approuver quelques milliers de dollars pour un nouvel outil se heurtait à des barrières bureaucratiques énormes
Ce n’est pas que les développeurs refusent de payer, c’est souvent l’organisation qui bloque
Si l’on découvre un bug ou une limitation, on peut corriger soi-même et partager la solution
Comme pour l’exemple de la voiture, pour ceux qui préfèrent une structure sur laquelle ils peuvent intervenir eux-mêmes, l’open source est bien plus séduisant
Les avocats ou les médecins font aussi du pro bono, mais pas à l’échelle de l’open source
En voyant comment fonctionne Skip, certains se demandent si un jour des agents IA pourront automatiquement convertir du code écrit pour une plateforme (iOS, etc.) en code natif pour une autre (Swift, Kotlin, etc.)
Beaucoup n’ont toujours pas trouvé d’environnement de développement mobile cross-platform vraiment satisfaisant, et Skip paraissait intéressant
Mais voir qu’il faut macOS 15 ou plus et Xcode 16.4 ou plus a refroidi l’enthousiasme
L’affirmation ambitieuse de « l’efficacité maximale sans runtime supplémentaire » impressionne, mais l’exigence de 32 Go de mémoire surprend
Du point de vue d’un développeur Flutter, certains se demandent pourquoi Skip serait nécessaire
Flutter est déjà mature et prend en charge non seulement le mobile, mais aussi le desktop et le web
Cela dit, par curiosité sur les gains de performance, certains envisagent d’essayer quand les prix de la DRAM se stabiliseront
Résultat, l’interface paraît datée, et cette limite a renforcé l’intérêt pour Skip
Si l’on aime Dart ou si l’on veut une UI entièrement personnalisée, Flutter reste valable, mais pour un produit où la sensation premium native compte, Skip semble plus adapté
Problème lié : Flutter issue #170310
Même quand les widgets ressemblent au natif, quelque chose sonne faux, et les animations ne sont pas aussi fluides
Cela donne l’impression d’être un cran en dessous de React Native
L’intégration de Google Maps est particulièrement pénible
Au final, le coût de production d’une très bonne app Flutter est proche de celui d’une app native
L’exigence de 32 Go pour Skip n’est pas si étonnante si l’on tient compte de l’environnement complet avec Xcode, Gradle, émulateurs, etc.
Sauf à vouloir une UI entièrement personnalisée, il est difficile de retrouver le ressenti propre à chaque plateforme
Certains trouvent que le titre du billet utilise un nom de logiciel trop ambigu, et auraient préféré un intitulé plus explicite
En regardant le dépôt GitHub de Skip, certains ont remarqué l’absence de fichier de licence
Ils l’ont donc classé dans la catégorie « à ne pas utiliser (DONT USE) »
En revanche, le dépôt Skipstone a bien une licence, mais il inclut Skip comme vendor, ce qui prête à confusion
L’absence de licence était une erreur et sera corrigée rapidement
Malgré de nombreuses tentatives, l’idée d’une chaîne de build unifiée pour iOS et Android reste fondamentalement difficile
HTML, JS, React, Dart, Kotlin, Swift et bien d’autres approches ont été essayés, mais au-delà de 10 millions d’installations, cela aurait échoué
Article lié
L’application brésilienne Nubank est développée avec Flutter et sert plus de 100 millions d’utilisateurs
Le fait que la base de code ne soit pas devenue énorme a été un facteur clé du succès
La phrase « 32 Go de mémoire minimum recommandés pour développer avec Skip » a choqué plusieurs lecteurs
Skip lui-même reste léger, et en mode headless il fonctionne avec bien moins de mémoire
L’inefficacité mémoire ne vient pas de Skip, mais de la structure des toolchains d’Apple et de Google
Quelqu’un voulait porter sur Android l’app de navigation pour personnes malvoyantes Soundscape Community, et Skip lui semble être une solution idéale
Si l’accessibilité (TalkBack) est elle aussi traduite vers une UI native, cela devrait bien fonctionner
Lien GitHub de Soundscape
Exemple de code : documentation d’accessibilité de Skip
Certains pensent que Skip pourrait s’imposer comme une option cross-platform durable pour SwiftUI
Ce serait bien qu’Apple participe directement à cet outillage ou open source au moins une partie de SwiftUI
Si la communauté parvenait à améliorer les problèmes liés à macOS pour atteindre la souplesse et les fonctionnalités d’AppKit, l’écosystème UI basé sur Swift deviendrait bien plus puissant