App-Projekt: Flutter oder React Native, und bindet uns die Präferenz der Agentur?

React Native kommuniziert über eine Bridge mit nativen OS-Komponenten, während Flutter die Pixel über die eigene Grafik-Engine direkt auf den Bildschirm zeichnet. Auf älteren oder schwächeren Android-Tablets im Außendienst ruckelt Flutter beim Scrollen und Ausfüllen von Formularen spürbar weniger.

Als wir unser eigenes Team aufgebaut haben, hatten wir Stellen für beides ausgeschrieben. Vor zwei Jahren kamen auf unsere Anzeige fast dreimal so viele React- wie Flutter-Bewerber. In letzter Zeit ist der Anteil von Flutter unter Absolventen aber massiv gestiegen. Wenn man Seniors sucht, hat man bei React nach wie vor mehr Auswahl.

Korrektur: Ich hatte die Zahl falsch im Kopf, sie war etwas niedriger.

Agenturen loben meist genau die Technologie als das Nonplusultra an, in der ihre aktuell freien Entwickler fit sind. Wer Flutter predigt, hat oft keine guten React-Leute, und wer auf React schwört, dem fehlt Flutter-Erfahrung. Schauen Sie weniger auf die Technologie, sondern laden Sie sich Referenz-Apps beider Agenturen herunter, die live in den Stores sind, und testen Sie sie selbst ausführlich.

Bevor Sie sich entscheiden, klären Sie drei Punkte mit den Agenturen: 1) Kann die App Aufträge offline speichern und automatisch synchronisieren, wenn die Verbindung abreißt? 2) Werden Barcode- und Kamerascan-Module über Standard-Pakete gelöst? 3) Liefern sie nach Abschluss einen Architekturplan und eine technische Dokumentation mit?

völlig egal was du nimmst, wenn der code nicht auf deinem account liegt hängst du eh voll an der agentur aber vertraglich wöchentliche code-übergabe festhalten, der rest ist halb so wild beide technologien reichen für euch dicke.

Wir haben die erste Version von einer anderen Agentur in Flutter bauen lassen. Als es Zoff gab, haben wir den Code übernommen und intern jemanden gesucht. Hatten innerhalb von zwei Wochen über eine Stellenanzeige einen echt fähigen Entwickler, der das Projekt direkt weitergeführt hat. Gab überhaupt keinen Lock-in.

Fragt auch mal denjenigen, der eure Web-Infrastruktur gebaut hat. Wenn euer Web-Panel mit einem modernen Frontend-Framework läuft, könnt ihr mit React Native gemeinsame Komponenten und Datenmodelle nutzen, was die Wartungskosten später spürbar drückt.

Wir stehen gerade vor genau derselben Frage. naja wenn man eine der beiden Technologien wählt, braucht man später nicht separat iOS- und Android-Entwickler oder? Aus einer gemeinsamen Codebasis lässt sich für beide Plattformen bauen, verstehe ich das richtig?

Das wusste ich nicht. Wenn keine Abnahmekriterien definiert sind, ist der Abschlusszeitpunkt des Projekts diskussionswürdig.

Wenn ihr das Ergebnis hier postet, hilft es auch anderen.

Ich stimme voll und ganz zu. Überstürzte Entscheidungen sind oft solche, die man sechs Monate später korrigieren muss.

Schreibe bei Entscheidungen auch das Worst-Case-Szenario auf, nicht nur das Beste. An deiner Stelle würde ich so vorgehen.

Letztes Jahr haben wir fast genau dasselbe erlebt. Entscheidend ist nicht die Zahl, sondern worauf sie sich bezieht.

Es gab drei verschiedene Ansichten die sich alle ergänzen. Wenn keine Abnahmekriterien definiert sind ist der Abschlusszeitpunkt des Projekts diskussionswürdig.

Korrigiert mich falls ich falsch liege.

So klar geschriebene Texte sind selten. Jeder nicht schriftlich festgehaltene Punkt ist einer, an den sich beide Parteien später unterschiedlich erinnern.

Wenn im Vertrag nicht steht, wem der Code gehört, habt ihr bei der Trennung keine Verhandlungsmacht mehr.

Notiert danke. Beginnt mit einem kleinen Test bindet nicht gleich alles fest.

Das ist meine Meinung, ich behaupte nicht, dass es absolut richtig ist.

das habe ich auch erlebt.

Ich schreibe das, damit ihr denselben Fehler nicht macht. Fehler auf der Flutter oder React Native-Seite sind meist rückgängig zu machen, aber teuer.

Schreibe bei Entscheidungen auch das Worst-Case-Szenario auf, nicht nur das Beste.

Dabei gibt es einen sehr häufigen Fehler. Jedes „schauen wir uns später an“ in Meetings bedeutet nicht kalkulierte Arbeit.

Korrigiert mich, falls ich falsch liege.

betrachtet man den Prozess ändert sich das Bild aber scheut euch nicht zu fragen, wer nicht fraagt zahlt am Ende mehr.

aus Erfahrung weiß ich das.