Ingénieurs produit Swift natifs
SwiftUI ou UIKit traités comme travail produit, pas un template Xcode qui a fuité en production.
iOS · Swift · App Store
Des développeurs iOS qui livrent des apps Apple natives
Un recrutement iOS n’est pas « quelqu’un qui sait lancer un template Xcode ». Les ingénieurs iQud livrent des apps Swift natives qui survivent à la review store, aux APIs plateforme et à la prochaine version d’OS, pas un tutoriel UIKit devenu production.
- Swift natif, SwiftUI, UIKit
- App Store et TestFlight
- APIs plateforme que le wrapper ne peut pas simuler
- Première PR en environ une semaine
Signaux de livraison iOS
- 5 jDélai typique jusqu’à la première pull request
- SwiftApps natives, pas une web view emballée
- StoreTestFlight et review comme travail possédé
- 2 sem.Cadence de sprint avec revue sur device
Les sièges iOS que nous staffons vraiment
« iOS » n’est pas un seul métier. Nous matchons la surface produit dont vous avez besoin, les mêmes stacks que les pages iOS et Mobile Apps d’iQud en production.
01 02 APIs plateforme que le wrapper ne peut pas simuler
Health, paiements, travail en arrière-plan, widgets et fonctionnalités device possédés dans le repo, pas un plugin que personne ne peut débugger après le lancement.
03 Sièges App Store et TestFlight
Certificats, builds, correctifs de review et pistes de release comme travail possédé, pas un job CI qui ne tourne que sur un Mac.
04 Apps enterprise et prêtes pour MDM
Auth, chiffrement et distribution qui survivent à une vraie flotte de devices, pas une démo qui ne marche que sur le téléphone de l’ingénieur.
05 Performance qui tient sur de vrais devices
Listes, animations et mémoire revues sur iPhones milieu de gamme, pas une démo fluide seulement sur le dernier Pro.
06 Quand Flutter, React Native ou un siège web est meilleur
Un banc mobile Dart-first ou React-first, ou une PWA marketing, veut encore un autre recrutement. Nous le dirons à l’appel d’intro au lieu de forcer un siège native-only.
Les outils ouverts dès le premier jour
Chaque tuile est une page technologie ou service iQud. Le bandeau ci-dessous est iOS natif avec les outils store et mobile data que ces ingénieurs livrent déjà, pas Flutter, React Native, ni le catalogue mobile complet.
De l’appel d’intro à une PR mergée
Un recrutement iOS doit livrer sur un device dans votre repo, pas rester deux mois en théâtre d’onboarding pendant que les certificats expirent.
1 Cartographier le trou iOS
SwiftUI vs UIKit, comptes store, APIs plateforme, séniorité, heures de recouvrement, et à quoi ressemble « terminé en 30 jours » sur TestFlight.
2 Shortlister de vrais ingénieurs
Nous matchons les spécialistes iOS disponibles à votre brief et partageons du travail d’app produit, d’APIs plateforme ou de release store.
3 Vous interviewez
Rencontrez la personne qui rejoindra le standup. Validez comment elle parle d’un rejet store, d’une fuite de background task, et de la dernière vue SwiftUI qu’elle a vraiment possédée.
4 Premier sprint dans vos outils
Accès au repo, simulateurs et première pull request, en général sous une semaine après le go.
Commencez par un siège. Grandissez si le backlog le dit.
La plupart des clients intègrent d’abord un ingénieur iOS. Une paire ou un split plateforme seulement si le travail le nécessite vraiment.
Un ingénieur embarqué
Un spécialiste iOS rejoint votre squad, suit votre lead et travaille dans vos rituels.
Idéal pourFermer un écart Apple natif sans nouveau process vendor
Siège iOS dédié
Un owner stable pour l’app, les APIs plateforme ou le pipeline store, avec revue senior sur le sprint.
Idéal pourUn produit qui a besoin d’un owner iOS nommé
Initiative iOS bornée
Une tranche définie : une nouvelle app App Store, un cutover SwiftUI, ou un chemin TestFlight avec contrats déjà en mouvement.
Idéal pourUn jalon que vous pouvez montrer, pas un banc ouvert
Tarifs de recrutement iOS, par écrit
Deux façons de staffer un ingénieur iOS. À l’heure pour les pics et tickets définis. Un siège mensuel dédié si vous voulez quelqu’un au standup chaque jour, à un taux effectif plus bas que de laisser tourner l’horloge.
Recruter à l’heure
20 €/ heure
Capacité iOS flexible pour pics de features, revues et tickets bornés. Vous ne payez que les heures travaillées.
- Les mêmes ingénieurs iOS qu’un siège mensuel
- Idéal pour l’overflow, un fix store ou une release unique
- Démarrer vite, pauser quand le pic est fini
- Facturé sur les heures réelles, pas un retainer
Meilleure valeur
Recruter pour un mois
1 840 €/ mois
Un ingénieur iOS nommé sur votre sprint, environ 160 heures de capacité native dédiée, avec revue senior dans la cadence.
Un mois plein à 20 € fait 3 200 €. Ce siège est 1 840 €.
- Ingénieur nommé dans le repo, les simulateurs et le standup
- SwiftUI et travail APIs plateforme dans le même engagement
- Mois par mois. Pas d’engagement annuel.
- Moins cher que les mêmes heures facturées à 20 €
Tarifs pour ingénieurs iOS dédiés (Swift natif, APIs plateforme, releases App Store). Mix de séniorité et recouvrement confirmés à l’appel d’intro. Nous ne cotons pas une stack que nous ne livrons pas déjà.
Pourquoi les équipes produit staffent iOS ici
Un développeur iOS médiocre produit une démo qui marche sur son simulateur. Ces ingénieurs produisent une app qui survit aux vrais devices, à la vraie review store et à votre prochaine version d’OS.
Travail produit natif, pas « qui sait lancer un template Xcode »
Ils vivent dans la concurrence Swift, la review store, et pourquoi le crash de la semaine dernière venait d’une background task qui aurait dû posséder son propre chemin de retry.
Votre repo, votre store, vos heures
Recouvrement GIFT City avec l’Europe et les États-Unis. Les revues device se font en direct quand vos leads sont en ligne.
Des yeux seniors sur le sprint
Vitesse mid-level sans dette store sans supervision. La revue fait partie de l’engagement, pas un SKU en plus.
Dix clients par trimestre, exprès
Nous ne faisons pas tourner un banc. La capacité est limitée pour que l’ingénieur que vous interviewez soit celui du standup.
Questions de recrutement iOS
Commencez par un. La plupart des clients intègrent un ingénieur iOS senior ou mid, puis ajoutent une paire si le backlog produit ou store le justifie.
Les trois quand c’est du travail produit. Un siège SwiftUI, c’est la stack UI Apple actuelle. Un siège UIKit, c’est quand l’app y vit déjà. Un siège APIs plateforme possède Health, paiements, travail en arrière-plan ou widgets que le wrapper ne peut pas simuler. Nous ne shortlistons que des ingénieurs sur des stacks que nous livrons déjà.
C’est un recrutement Flutter, un recrutement React Native, ou un recrutement mobile, pas ce siège. Dites-le à l’appel d’intro et nous n’imposerons pas un profil native-iOS-only à un banc mixte.
Après avoir cartographié le rôle et votre OK, les premières pull requests atterrissent en général sous une semaine, plus vite si le repo, les simulateurs et les comptes App Store sont prêts.
Oui. GitHub, Jira, votre CI, vos standups. Nous n’inventons pas un process parallèle sauf si vous le demandez.
À l’heure (20 €) pour les pics et tickets définis. Vous ne payez que les heures travaillées. Le siège mensuel (1 840 €) est un ingénieur iOS nommé sur votre sprint, environ 160 heures de capacité dédiée. Le même mois facturé à l’heure ferait 3 200 €. Séniorité et recouvrement se confirment à l’appel d’intro.
Donnez au produit un ingénieur iOS qui peut publier sur l’App Store
Dites-nous SwiftUI vs UIKit, quelles APIs plateforme comptent, et la première build que vous voulez sur TestFlight. Nous reviendrons avec un profil nommé, une fenêtre de démarrage et un plan de deux semaines.