Wat we ermee bouwen
Android is een doelplatform voor alles wat we mobiel maken, en het behandelen als "het andere platform" is precies hoe producten erop stukgaan. Het heeft eigen regels: limieten op achtergronduitvoering die werk afbreken waarvan je aannam dat het zou afronden, een permissiemodel dat tussen versies wezenlijk verandert, batterijoptimalisatie per fabrikant, en een toestellenaanbod dat zo breed is dat prestatie-aannames op basis van een topmodel niet opgaan.
Het platformwerk zelf schrijven we in Kotlin achter platform channels en bouwen we met Gradle — foreground services, notificatiekanalen, NFC en hardwaretoegang, install-referrer-koppelingen, en leveranciers-SDK's die alleen voor Android bestaan.
Waar het past
Onder elke Flutter-app in ons portfolio, die allemaal live staan in Google Play. Het is ook waar white-label-werk interessant wordt: veel merkapps uit één codebase betekent veel applicatie-ID's, ondertekeningsidentiteiten en winkelvermeldingen, gegenereerd in plaats van met de hand onderhouden.
Wanneer we het aanraden
Het is eigenlijk geen aanbeveling — bouw je een mobiel product buiten de VS, dan is Android waarschijnlijk de meerderheid van je gebruikers, en het als bijzaak behandelen is een zakelijke beslissing, geen technische.
Waar we wel tegenin gaan, is volledig native Android voor een product dat ook iOS nodig heeft, tenzij iets specifieks dat afdwingt. En op het negeren van de onderkant: het goedkoopste toestel in je analytics is het toestel dat je reviews bepaalt.
