Jeg bygger native, og jeg fortæller dig, hvornår cross-platform er fint.
En senior native-udviklers ligefremme vurdering af, hvornår Flutter eller React Native koster dig, og hvornår en delt kodebase er rimelig, så beslutningen passer til dit produkt. Dagstakst: 500 € eller 600 $.
Det ville være let at sige, at native altid vinder, men det er ikke sandt. Cross-platform-frameworks som Flutter og React Native er rimelige til mange standard-apps: formularer, lister, CRUD, indhold der ikke læner sig op ad platformsspecifikke medier eller hardware. Sylvains interesse er, at dit produkt udkommer godt, så anbefalingen bygger på det, du laver, frem for på at sælge flere native-dage.
Belastningen viser sig bestemte steder: videoafspilning og DRM, hvor du kæmper med broen for at nå AVPlayer og ExoPlayer; tv-platforme, hvor Flutter og React Native har svag understøttelse; dyb native API-adgang; appens binærstørrelse; og fejlsøgning, der krydser JavaScript- eller Dart-broen ind i native kode. At følge med hver ny OS-udgivelse er også langsommere, når du afhænger af et framework til at eksponere nye API'er. Hvis dit produkt lever i disse områder, vinder native som regel på tid og kvalitet.
Hvis appen mest er skærme med data, teamet allerede kender React eller Dart, og der ikke er tunge medie-, hardware- eller tv-krav, kan en delt kodebase faktisk spare penge og udkomme hurtigere. Kompromiset er acceptabelt, når de svære dele af dit produkt ikke er de dele, et framework kæmper med. Sylvain siger det ligeud, når det er situationen, selvom det ikke er ham, der ville bygge det.
Det rigtige valg kommer fra produktet, ikke fra en trend. Sylvain ser på dine kernefunktioner, dit team, dine platformsmål og din vedligeholdelseshorisont og giver derefter en anbefaling, du kan handle på. Når native er svaret, bygger han det i Swift, SwiftUI og Kotlin. Når det ikke er, fortæller han dig det, så du ikke betaler for native, hvor det intet tilføjer.
Den samme faste dagstakst på 500 € eller 600 $, remote. En ærlig vurdering er som regel et lille antal dage, og den kan spare dig langt mere end det ved at undgå den forkerte arkitektur.
Ja. Jeg gennemgår eksisterende native- eller cross-platform-apps, fortæller dig, hvad der er sundt, og hvad der ikke er, og kan overtage native iOS- eller Android-arbejde. Jeg læser koden, før jeg danner mig en mening.
Ja. Hvis dit produkt passer godt til Flutter eller React Native, siger jeg det, selvom native er det, jeg bygger. En forkert anbefaling koster dig mere end én ærlig samtale.
Video, DRM, offline-downloads og tv-platforme læner sig kraftigt op ad platformsspecifikke API'er som AVPlayer, FairPlay og Apple TV-fokusmotoren. At nå dem gennem en cross-platform-bro er der, hvor det meste af smerten og kvalitetstabet viser sig.
Min praktiske bygning er native: Swift, SwiftUI og Kotlin. Jeg forstår cross-platform-frameworks godt nok til at rådgive om afvejningen, men min levering er native kode på hver platform.
En beskrivelse af dine kernefunktioner, dine platformsmål (iOS, Android, tv, web), dit teams eksisterende færdigheder, og hvor længe du forventer at vedligeholde appen. Med det kan jeg give en klar, produktbaseret anbefaling.
Send produktkonteksten, målplatformen, repository-status og tidsplan. Jeg fortæller dig hurtigt, om jeg kan hjælpe.