Jeg bygger native, og jeg sier fra når cross-platform holder.
En senior native-utviklers rette vurdering av når Flutter eller React Native koster deg og når en delt kodebase er rimelig, så beslutningen passer produktet ditt. Dagspris: 500 € eller 600 $.
Det ville være enkelt å si at native alltid vinner, men det er ikke sant. Cross-platform-rammeverk som Flutter og React Native er rimelige for mange standardapper: skjemaer, lister, CRUD, innhold som ikke lener seg på plattformspesifikk media eller maskinvare. Sylvains interesse er at produktet ditt slippes godt, så anbefalingen bygger på hva du bygger snarere enn på å selge flere native-dager.
Belastningen viser seg på spesifikke steder: videoavspilling og DRM, der du slåss mot broen for å nå AVPlayer og ExoPlayer; TV-plattformer, der Flutter og React Native har svak støtte; dyp native API-tilgang; appens binærstørrelse; og feilsøking som krysser JavaScript- eller Dart-broen inn i native kode. Å henge med på hver nye OS-utgivelse er også tregere når du er avhengig av et rammeverk for å eksponere nye API-er. Hvis produktet ditt lever i disse områdene, vinner native oftest på tid og kvalitet.
Hvis appen stort sett er skjermer med data, teamet allerede kan React eller Dart, og det ikke er noe tungt media-, maskinvare- eller TV-krav, kan en delt kodebase virkelig spare penger og slippes raskere. Kompromisset er akseptabelt når de vanskelige delene av produktet ditt ikke er de delene et rammeverk sliter med. Sylvain sier det rett ut når det er situasjonen, selv om det ikke er han som ville bygge det.
Riktig valg kommer fra produktet, ikke fra en trend. Sylvain ser på kjernefunksjonene dine, teamet ditt, plattformmålene dine og vedlikeholdshorisonten din, og gir så en anbefaling du kan handle på. Når native er svaret, bygger han det i Swift, SwiftUI og Kotlin. Når det ikke er det, sier han fra, så du ikke betaler for native der det ikke tilfører noe.
Samme faste dagspris på 500 € eller 600 $, remote. En ærlig vurdering er oftest et lite antall dager, og den kan spare deg langt mer enn det ved å unngå feil arkitektur.
Ja. Jeg gjennomgår eksisterende native- eller cross-platform-apper, sier hva som er sunt og ikke, og kan ta over native iOS- eller Android-arbeid. Jeg leser koden før jeg danner meg en mening.
Ja. Hvis produktet ditt passer godt for Flutter eller React Native, sier jeg det, selv om native er det jeg bygger. En feil anbefaling koster deg mer enn én ærlig samtale.
Video, DRM, offline-nedlastinger og TV-plattformer lener seg kraftig på plattformspesifikke API-er som AVPlayer, FairPlay og Apple TV-fokusmotoren. Å nå dem gjennom en cross-platform-bro er der mesteparten av smerten og kvalitetstapet viser seg.
Den praktiske byggingen min er native: Swift, SwiftUI og Kotlin. Jeg forstår cross-platform-rammeverkene godt nok til å gi råd om avveiningen, men leveransen min er native kode på hver plattform.
En beskrivelse av kjernefunksjonene dine, plattformmålene dine (iOS, Android, TV, web), teamets eksisterende ferdigheter, og hvor lenge du forventer å vedlikeholde appen. Med det kan jeg gi en tydelig, produktbasert anbefaling.
Send produktkonteksten, målplattformen, repository-status og tidsplan. Jeg sier raskt om jeg kan hjelpe.