Ex-Disney · Ex-Globant · Freelance dal 2014
Assumi uno sviluppatore senior React Native che consegna app che gli utenti mantengono.
Costruisco app React Native che superano la revisione di App Store, sopravvivono in produzione e sembrano native sia su iOS che Android. Chat in tempo reale, pagamenti, verifica AI, submission agli store — end-to-end, non solo un template starter.
Avvia un progettoUn codebase, due piattaforme fatte bene
TypeScript condiviso ovunque — con aggiustamenti specifici dove iOS e Android si aspettano di sembrare diversi. Non un'app al minimo comune denominatore.
Moduli nativi quando servono
Scrivo Swift o Kotlin quando React Native non basta — HealthKit, Bluetooth, flussi camera custom, biometria. Senza scuse sulle "limitazioni mobile".
Va agli store, non solo su TestFlight
Rifiuti di App Review, privacy manifests, tassi di crash, OTA update, screenshot da store, release track — ho gestito il ciclo completo di submission e post-lancio.
Performance che si sente
Reanimated per animazioni a 60fps, FlashList per liste lunghe, Hermes per startup time, route lazy — l'app sembra veloce perché lo è.
Lo stack React Native con cui consegno
- React NativeFramework core — New Architecture quando il progetto la giustifica
- ExpoBare o managed — scelgo in base a cosa serve davvero all'app
- TypeScriptTipi stretti su schermate, service e bridge nativi
- iOSModuli Swift, privacy manifests, Apple Sign In, universal link
- AndroidModuli Kotlin, deep link, permessi, Play Integrity
- Redux ToolkitStato prevedibile per flussi multi-schermata complessi
- React QueryStato server e caching — stale-while-revalidate fatto bene
- ReanimatedAnimazioni 60fps su thread nativo senza overhead della bridge JS
- FirebaseAuth, Firestore, Cloud Messaging, Remote Config, Analytics
- StripePagamenti in-app con Apple Pay e Google Pay
- SentryCrash reporting di produzione, trace di performance, release health
- DetoxTest end-to-end perché i release non si rompano in silenzio
Quando React Native è la scelta giusta
React Native ha senso quando vuoi un team che consegna sia iOS che Android senza scrivere l'app due volte. È tecnologia noiosa-in-senso-buono ora — Meta, Shopify, Microsoft e Coinbase la usano in produzione. Detto questo, non è la risposta universale.
Scegli React Native quando l'app è principalmente UI, chiamate API, feature standard del dispositivo (camera, push, pagamenti) e vuoi che lo stesso ingegnere possieda anche web e mobile. Il managed workflow di Expo si adatta a startup e MVP che non hanno bisogno di moduli nativi esotici. React Native bare si adatta quando sai di dover consegnare codice nativo custom dal primo giorno.
Evita React Native quando l'app è costruita attorno a un singolo sottosistema nativo pesante — esperienze AR-first con ARKit, app pro audio, giochi o tutto ciò che ha bisogno di Metal/Vulkan granulare. Swift o Kotlin nativi vincono lì. Flutter è ragionevole per app con UI custom pesante e senza companion web — ma l'ecosistema è più piccolo e assumere è più difficile.
Ho consegnato app React Native usate da viaggiatori in 28 paesi (Greether), tool interni per operatori turistici (Argenway) e layer mobile adiacenti al sanitario. Ognuna aveva un equilibrio diverso tra codice condiviso e nativo, e ognuna è arrivata su entrambi gli store senza drammi. Il valore di React Native non è "scrivi una volta, gira ovunque" — è "condividi l'80% del lavoro, tieni il 20% che fa sentire l'app giusta su ogni piattaforma".
Domande frequenti
Sì. Ho consegnato su entrambi gli store con cura equivalente. iOS riceve più attenzione pixel-perfect perché il pubblico spesso lo pretende, ma Android non è mai un afterthought — flussi di permessi, pattern Material Design e submission su Play Console sono coperti.
Parti con Expo managed. Fai eject solo quando incontri una vera limitazione di modulo nativo. Ho migrato app Expo a bare quando serviva (di solito per Bluetooth custom o un SDK nativo specifico) — è un progetto di una settimana, non un rewrite.
Gestito decine di volte. Privacy manifests, requisiti di in-app purchase, entitlement riservati, rifiuti per metadata — tutto parte del lavoro. Segnalo scelte rischiose prima che tu costruisca, non dopo il rifiuto.
Entrambi. Gran parte del lavoro recente è aggiungere feature a codebase esistenti — audit, fix di performance, migrazione alla New Architecture, aggiunta di moduli nativi. Leggo il codice prima di preventivare.
Kit standard. FCM/APNs per push, Stripe o Apple IAP per pagamenti, RevenueCat per abbonamenti, Mixpanel o Amplitude per analytics, Sentry per crash reporting. Scelgo in base al tuo stack, non alle mie preferenze.
Prezzo fisso per MVP. Retainer settimanale per feature work ongoing. A ore per piccoli fix o audit. Non gonfio le ore — se qualcosa richiede meno del preventivato, ti passo il risparmio.
Hai bisogno di un ingegnere React Native che consegni app che gli utenti mantengono?
MVP, feature work su app esistenti, submission agli store, audit di performance. Risposta entro 24 ore.
Avvia la conversazione