Ingegneri Flutter di prodotto
Widget, navigazione e state trattati come lavoro di prodotto, non un Material scaffold hello-world filtrato in produzione.
Flutter · Dart · iOS · Android
Un’assunzione Flutter non è «qualcuno che sa eseguire flutter create». Gli ingegneri iQud consegnano app multi-piattaforma curate con UI coerente, platform channels e pipeline di release pronte per gli store, non un Material scaffold diventato produzione.
«Flutter» non è un mestiere solo. Abbiniamo la superficie di prodotto di cui avete bisogno, gli stessi stack dietro le nostre pagine Flutter, Mobile Apps e iOS in produzione.
Widget, navigazione e state trattati come lavoro di prodotto, non un Material scaffold hello-world filtrato in produzione.
Camera, lavoro in background, pagamenti e bridge hardware posseduti nel repo, non un plugin che nessuno sa debuggare dopo il lancio.
Certificati, build, tracce TestFlight / Play e fix di review come lavoro owned, non un job CI che gira solo su un laptop.
Sync, code e reti degradate trattate come superfici di prodotto, non un «nice to have» dopo il happy path.
Liste, animazioni e costo di rebuild riviste su telefoni di fascia media, non una demo fluida solo sul flagship dell’ingegnere.
Un banco mobile React-first, un’integrazione Swift profonda o una PWA marketing vuole ancora un’altra assunzione. Lo diremo nella call intro invece di forzare un posto solo-Flutter.
Ogni tessera è una pagina tecnologia o servizio iQud. La striscia sotto è Flutter con gli strumenti device, store e dati mobile che questi ingegneri già consegnano, non React Native, Ionic, né il catalogo mobile completo.
























Un’assunzione Flutter deve consegnare su un device nel vostro repo, non due mesi di teatro di onboarding mentre scadono i certificati.
Flutter vs FlutterFlow, priorità iOS vs Android, platform channels, seniority, ore di overlap, e cosa significa «fatto in 30 giorni» su entrambi gli store.
Abbiniamo specialisti Flutter disponibili al brief e condividiamo lavoro di app di prodotto, platform channels o release.
Incontrate la persona che entrerà nello standup. Validate come parla di un rebuild jank, di una build store fallita e dell’ultimo platform channel 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 Flutter. Una coppia o uno split di piattaforma solo se il lavoro lo richiede davvero.
Uno specialista Flutter entra nel vostro squad, segue il lead e lavora nei vostri rituali.
Ideale perChiudere un buco mobile multi-piattaforma senza un nuovo processo vendor
Un owner stabile per l’app condivisa, i platform channels o la pipeline store, con review senior sullo sprint.
Ideale perUn prodotto che ha bisogno di un owner Flutter nominato
Una fetta definita: una nuova app consumer, un cutover di platform channels, o un percorso di release store con contratti già in movimento.
Ideale perUn traguardo a cui puntare, non una panchina aperta
Due modi per staffare un ingegnere Flutter. 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à Flutter flessibile per spike di feature, review e ticket delimitati. Pagate solo le ore lavorate.
Miglior valore
1840 €/ mese
Un ingegnere Flutter nominato sul vostro sprint, circa 160 ore di capacità mobile dedicata, con review senior nella cadenza.
Un mese pieno a 20 € è 3200 €. Questo posto è 1840 €.
Tariffe per ingegneri Flutter dedicati (UI multi-piattaforma, platform channels, release store). Mix di seniority e overlap si confermano nella call intro. Non quotiamo uno stack che non consegniamo già.
Uno sviluppatore Flutter mediocre produce una demo che funziona sul simulatore. Questi ingegneri producono un’app che sopravvive a device reali, store reali e al prossimo trimestre di release.
Vivono nel costo di rebuild, nei platform channels, e nel perché il jank della scorsa settimana veniva da un widget che doveva essere un const o un isolate.
Overlap GIFT City con Europa e USA. Le review su device avvengono live quando i lead sono online.
Velocità mid-level senza debito di channel 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 Flutter 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 Flutter è UI Dart che pubblica su entrambi gli store. Un posto FlutterFlow è quando già prototipate o consegnate così. Un posto platform channels fa bridge alle API device che lo strato Dart non può simulare. Preselezioniamo solo ingegneri su stack che già consegniamo.
È un’assunzione React Native, un’assunzione iOS, o un’assunzione frontend, non questo posto. Ditelo nella call intro e non imporremo un profilo solo-Flutter 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 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 Flutter 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 Flutter vs FlutterFlow, quali platform channels contano, e la prima release che volete su TestFlight o Play. Torneremo con un profilo nominato, una finestra di partenza e un piano di due settimane.