À propos du service
TraduitJe suis un développeur iOS natif et je crée des applications comme Apple l'a prévu — en Swift et SwiftUI. Je ne suis pas un sous-traitant sur un moteur multiplateforme qui fait passer du code commun pour du natif, ni un assembleur sur un constructeur sans code. J'écris du vrai Swift, construis des interfaces avec le moderne SwiftUI, et là où l'écran l'exige vraiment, j'utilise UIKit. Mes applications semblent faire partie de l'appareil car elles respectent les règles familières de la plateforme : navigation et gestes, grandes tailles de police système, thème sombre et mise en page de zone de sécurité pour que tout reste lisible sur n'importe quel modèle.
Je dirige la plupart des projets du début à la fin. Je commence avec une structure de projet propre, décris la gestion des données à travers Swift Concurrency et async ou await pour que l'interface ne se fige pas, et connecte tout ce qui est nécessaire en coulisses : points de terminaison REST, notifications push, achats in-app et abonnements, connexion au compte, cartes, caméra et stockage local. Je me soucie des choses que les utilisateurs ne voient pas non plus : je garde le code testable, gère les erreurs avec soin, et profile l'application pour qu'elle reste fluide et ne vide pas la batterie. Si quelque chose ne fonctionne pas correctement, je trouve la véritable cause, pas seulement le symptôme.
Lorsque la construction est prête, je gère complètement la publication. Cela signifie préparer la fiche du magasin, les captures d'écran et les métadonnées, travailler avec les signatures et les profils, télécharger via le bon pipeline et le soutenir jusqu'à l'approbation de la révision et la publication. Si vous avez déjà une application qui a besoin de nouvelles fonctionnalités, souhaitez réécrire un écran obsolète en SwiftUI ou sortir une publication bloquée — je m'en occuperai aussi. Dites-moi ce que l'application doit faire, et je vous donnerai une évaluation honnête et un plan.
— Applications natives sur Swift et SwiftUI
— Écrans sur UIKit lorsque c'est approprié
— Intégration REST et API, notifications push
— Achats in-app, abonnements et connexion au compte
— Cartes, caméra, stockage local et tâches en arrière-plan
— Publication sur l'App Store, support de signature et de révision
Je dirige la plupart des projets du début à la fin. Je commence avec une structure de projet propre, décris la gestion des données à travers Swift Concurrency et async ou await pour que l'interface ne se fige pas, et connecte tout ce qui est nécessaire en coulisses : points de terminaison REST, notifications push, achats in-app et abonnements, connexion au compte, cartes, caméra et stockage local. Je me soucie des choses que les utilisateurs ne voient pas non plus : je garde le code testable, gère les erreurs avec soin, et profile l'application pour qu'elle reste fluide et ne vide pas la batterie. Si quelque chose ne fonctionne pas correctement, je trouve la véritable cause, pas seulement le symptôme.
Lorsque la construction est prête, je gère complètement la publication. Cela signifie préparer la fiche du magasin, les captures d'écran et les métadonnées, travailler avec les signatures et les profils, télécharger via le bon pipeline et le soutenir jusqu'à l'approbation de la révision et la publication. Si vous avez déjà une application qui a besoin de nouvelles fonctionnalités, souhaitez réécrire un écran obsolète en SwiftUI ou sortir une publication bloquée — je m'en occuperai aussi. Dites-moi ce que l'application doit faire, et je vous donnerai une évaluation honnête et un plan.
— Applications natives sur Swift et SwiftUI
— Écrans sur UIKit lorsque c'est approprié
— Intégration REST et API, notifications push
— Achats in-app, abonnements et connexion au compte
— Cartes, caméra, stockage local et tâches en arrière-plan
— Publication sur l'App Store, support de signature et de révision
