Ingegneri prodotto Swift nativi
SwiftUI o UIKit trattati come lavoro di prodotto, non un template Xcode filtrato in produzione.
iOS · Swift · App Store
Un’assunzione iOS non è «qualcuno che sa eseguire un template Xcode». Gli ingegneri iQud consegnano app Swift native che sopravvivono alla review store, alle API di piattaforma e al prossimo rilascio OS, non un tutorial UIKit diventato produzione.
«iOS» non è un mestiere solo. Abbiniamo la superficie di prodotto di cui avete bisogno, gli stessi stack dietro le pagine iOS e Mobile Apps di iQud in produzione.
SwiftUI o UIKit trattati come lavoro di prodotto, non un template Xcode filtrato in produzione.
Health, pagamenti, lavoro in background, widget e funzionalità device possedute nel repo, non un plugin che nessuno sa debuggare dopo il lancio.
Certificati, build, fix di review e tracce di release come lavoro owned, non un job CI che gira solo su un Mac.
Auth, crittografia e distribuzione che sopravvivono a una flotta reale di device, non una demo che funziona solo sul telefono dell’ingegnere.
Liste, animazioni e memoria riviste su iPhone di fascia media, non una demo fluida solo sull’ultimo Pro.
Un banco mobile Dart-first o React-first, o una PWA marketing, vuole ancora un’altra assunzione. Lo diremo nella call intro invece di forzare un posto solo-nativo.
Ogni tessera è una pagina tecnologia o servizio iQud. La striscia sotto è iOS nativo con gli strumenti store e dati mobile che questi ingegneri già consegnano, non Flutter, React Native, né il catalogo mobile completo.
























Un’assunzione iOS deve consegnare su un device nel vostro repo, non due mesi di teatro di onboarding mentre scadono i certificati.
SwiftUI vs UIKit, account store, API di piattaforma, seniority, ore di overlap, e cosa significa «fatto in 30 giorni» su TestFlight.
Abbiniamo specialisti iOS disponibili al brief e condividiamo lavoro di app di prodotto, API di piattaforma o release store.
Incontrate la persona che entrerà nello standup. Validate come parla di un rifiuto store, di una fuga di background task, e dell’ultima vista SwiftUI che ha davvero posseduto.
Accesso al repo, simulatori e primo pull request, in genere entro una settimana dal go.
La maggior parte dei clienti incorpora prima un ingegnere iOS. Una coppia o uno split di piattaforma solo se il lavoro lo richiede davvero.
Uno specialista iOS entra nel vostro squad, segue il lead e lavora nei vostri rituali.
Ideale perChiudere un buco Apple nativo senza un nuovo processo vendor
Un owner stabile per l’app, le API di piattaforma o la pipeline store, con review senior sullo sprint.
Ideale perUn prodotto che ha bisogno di un owner iOS nominato
Una fetta definita: una nuova app App Store, un cutover SwiftUI, o un percorso TestFlight con contratti già in movimento.
Ideale perUn traguardo a cui puntare, non una panchina aperta
Due modi per staffare un ingegnere iOS. A ore per spike e ticket definiti. Un posto mensile dedicato se volete qualcuno nello standup ogni giorno, a un tasso effettivo più basso che far girare l’orologio.
20 €/ ora
Capacità iOS flessibile per spike di feature, review e ticket delimitati. Pagate solo le ore lavorate.
Miglior valore
1840 €/ mese
Un ingegnere iOS nominato sul vostro sprint, circa 160 ore di capacità nativa dedicata, con review senior nella cadenza.
Un mese pieno a 20 € è 3200 €. Questo posto è 1840 €.
Tariffe per ingegneri iOS dedicati (Swift nativo, API di piattaforma, release App Store). Mix di seniority e overlap si confermano nella call intro. Non quotiamo uno stack che non consegniamo già.
Uno sviluppatore iOS mediocre produce una demo che funziona sul simulatore. Questi ingegneri producono un’app che sopravvive a device reali, review store reale e al prossimo rilascio OS.
Vivono nella concorrenza Swift, nella review store, e nel perché il crash della scorsa settimana veniva da una background task che doveva possedere il proprio percorso di retry.
Overlap GIFT City con Europa e USA. Le review su device avvengono live quando i lead sono online.
Velocità mid-level senza debito store senza supervisione. La review è parte dell’engagement, non uno SKU extra.
Non facciamo girare una panchina. La capacità è limitata perché l’ingegnere che intervistate sia quello nello standup.
Partite da uno. La maggior parte dei clienti incorpora un ingegnere iOS senior o mid, poi aggiunge una coppia se il backlog di prodotto o store lo giustifica.
Tutti e tre quando è lavoro di prodotto. Un posto SwiftUI è lo stack UI Apple attuale. Un posto UIKit è quando l’app vive già lì. Un posto API di piattaforma possiede Health, pagamenti, lavoro in background o widget che il wrapper non può simulare. Preselezioniamo solo ingegneri su stack che già consegniamo.
È un’assunzione Flutter, un’assunzione React Native, o un’assunzione mobile, non questo posto. Ditelo nella call intro e non imporremo un profilo solo-iOS-nativo a una panchina mista.
Dopo aver mappato il ruolo e il vostro OK, i primi pull request arrivano in genere entro una settimana, più in fretta se repo, simulatori e account App Store sono pronti.
Sì. GitHub, Jira, la vostra CI, i vostri standup. Non inventiamo un processo parallelo a meno che non lo chiediate.
A ore (20 €) è per spike e ticket definiti, pagate solo le ore lavorate. Il posto mensile (1840 €) è un ingegnere iOS nominato sul vostro sprint, circa 160 ore di capacità dedicata. Lo stesso mese fatturato a ore sarebbe 3200 €. Seniority e overlap si confermano nella call intro.

Diteci SwiftUI vs UIKit, quali API di piattaforma contano, e la prima build che volete su TestFlight. Torneremo con un profilo nominato, una finestra di partenza e un piano di due settimane.