Flutter mot React Native – spelar valet någon roll för dig?

Flutter mot React Native är en fråga som utvecklare gärna debatterar med stor inlevelse. Som beställare behöver du en lugnare vinkel: vad betyder valet faktiskt för din app, din budget och din möjlighet att förvalta den? Här är jämförelsen utan religionskrig.

Vad de två faktiskt är

Både Flutter och React Native är ramverk för korsplattformsutveckling. Det innebär att du skriver appen en gång och får ut versioner för både iOS och Android, i stället för att bygga två separata nativa appar. Det sänker normalt både kostnad och tid jämfört med att göra allt två gånger.

React Native bygger på JavaScript, samma språk som stora delar av webben. Flutter använder språket Dart och ritar upp gränssnittet på egen hand. Båda är mogna, väl beprövade och används i appar som miljontals människor har i fickan. För de allra flesta affärsappar räcker vilket som helst av dem gott.

Kompetenstillgång och byråutbud i Sverige

Det här är den faktor som påverkar dig mest på lång sikt, och den handlar inte om teknik utan om människor.

React Native har generellt en större bas av utvecklare och byråer i Sverige. En viktig orsak är att det bygger på JavaScript, som väldigt många utvecklare redan behärskar från webbutveckling. Flutter växer stadigt men har fortfarande ett något smalare utbud på den svenska marknaden.

Varför spelar det roll? För att en app lever i många år efter lanseringen. Ju fler utvecklare som kan tekniken, desto lättare är det att:

• Bemanna projektet från start.
• Ta in fler personer när det behövs.
• Byta leverantör om samarbetet inte fungerar.
• Hitta någon som förvaltar appen om flera år.

Ett bredare utbud är helt enkelt en trygghet. Det gör dig mindre beroende av en enskild leverantör.

Utseende, prestanda och webbstöd på hög nivå

De tekniska skillnaderna är mindre dramatiska än debatten låter påskina, men de finns.

För en vanlig affärsapp – konton, listor, formulär, notiser, betalning – ger båda ett resultat som användaren inte kan skilja åt. Skillnaderna blir relevanta först i mer speciella fall, som appar med mycket tung grafik eller extrema prestandakrav.

Varför teamet väger tyngre än ramverket

Här är den poäng som är lätt att missa: ett skickligt team i det ramverk de kan bäst slår nästan alltid ett medelmåttigt team i det “teoretiskt rätta” ramverket.

Ett konkret sätt att tänka: om du har hittat en byrå som är riktigt vass på React Native är det sällan värt att tvinga dem till Flutter för att någon artikel hyllade det, eller tvärtom. Kvaliteten kommer ur erfarenheten, inte ur logotypen på ramverket.

Det är också så vi resonerar när vi rekommenderar teknik: vi utgår från vad projektet behöver och vad teamet behärskar, inte från vilket ramverk som råkar vara mest omtalat just nu. Väljer du leverantör först och låter dem föreslå ramverk utifrån sin styrka, hamnar du oftast rätt.

Vad frågan bör handla om i stället

Om du ändå vill lägga energi på ett val, lägg den på leverantören snarare än på ramverket. En byrå med gedigen erfarenhet, tydlig kommunikation och nöjda tidigare kunder ger dig ett bättre resultat än det “rätta” ramverket i händerna på ett team som just börjat lära sig det.

Ett praktiskt sätt att vända på frågan: be en potentiell leverantör motivera sitt teknikval utifrån din app. Ett svar som utgår från vad din app ska göra och vad teamet är starkast på är ett gott tecken. Ett svar som mest handlar om att ett visst ramverk är “bäst” i allmänhet är ett sämre tecken.

Så: spelar valet roll? Lite grann, mest genom kompetenstillgången i Sverige. Men väljer du ett kunnigt team blir själva ramverksfrågan sällan avgörande. Vill du bolla vad som passar din app är du välkommen att höra av dig.