Une intégration matérielle exigeante
Bluetooth Low Energy, capteurs, accessoires : les délais, la batterie et les reconnexions se règlent au plus près du système.
Technologie
Développement natif Swift et Kotlin
au plus près
d'iOS et d'Android.
Applications et modules natifs, iOS en Swift et Android en Kotlin : intégrations matérielles, Bluetooth Low Energy, API système et performances critiques, en application complète ou en complément d'une base Flutter ou React Native.
CapteurBLE.swift1// CapteurBLE.swift — illustration2func peripheral(_ p: CBPeripheral,3didUpdateValueFor c: CBCharacteristic,4error: Error?) {5guard let donnees = c.value else { return }6canal.envoyer(Mesure(donnees))7}
● BLE · TEMPS RÉELSWIFT · KOTLIN
Situations
Quand le natif s'impose.
Les API système en premier
Le produit doit utiliser les nouvelles API d'Apple ou de Google dès leur sortie, sans attendre qu'un package les expose.
Une application native existante
Une base Swift ou Kotlin à faire évoluer, à moderniser ou à reprendre après le départ d'une équipe.
Un module natif dans une application multiplateforme
L'essentiel du produit est partagé, mais une brique doit être écrite en Swift et en Kotlin.
Périmètres couverts
Ce que nous développons en natif.
Applications complètes ou modules ciblés, avec la même exigence de test et de publication.
Applications iOS en Swift
Interfaces, navigation, tâches en arrière-plan et publication sur l'App Store.
Applications Android en Kotlin
Interfaces, cycle de vie, services et publication sur Google Play.
Bluetooth Low Energy et matériel
Échanges temps réel avec des capteurs, gestion de la batterie et des reconnexions.
Modules pour Flutter et React Native
Ponts natifs qui exposent une fonction système à une base multiplateforme.
Performance et stabilité
Mesure du démarrage, de la mémoire et des plantages, correction des points critiques.
Publication et maintenance
Signature, publication, mises à jour des systèmes et des stores.
Méthode
Du besoin à la publication.
- 01
Choisir l'approche
Natif complet, multiplateforme ou mixte : la comparaison se fait sur vos contraintes réelles, mesures à l'appui si nécessaire.
- 02
Éprouver le point critique
L'intégration la plus risquée, matérielle ou système, est prototypée en premier.
- 03
Développer par lots
Fonctionnalités livrées avec leurs tests sur appareils réels, revue de code à chaque étape.
- 04
Publier et maintenir
Publication sur les stores, suivi des plantages et mises à jour des systèmes.
Responsabilités
Ce qui revient à chacun.
Répartition courante des responsabilités, arrêtée mission par mission dans le contrat.
| Sujet | Chez vous | Chez Black Tide |
|---|---|---|
| Matériel | Vous fournissez les accessoires et leur documentation | Nous développons et testons l'intégration |
| Comptes stores | Vous gardez les comptes à votre nom | Nous préparons les builds et les publications |
| Choix techniques | Vous validez l'approche retenue | Nous comparons les options, mesures à l'appui |
| Recette | Vous recettez sur vos appareils cibles | Nous corrigeons dans le périmètre convenu |
| Mise en production | Vous décidez de la date | Nous publions et surveillons |
Preuve
Le natif là où il compte.
Meduz
Modules natifs Swift et Kotlin qui exposent un canal Bluetooth Low Energy asynchrone à l'application, avec moins de 100 ms de délai exigés sur certains événements. Un pont React Native a été écarté après des mesures comparatives.
Lire le cas MeduzChaque cas décrit le travail réellement réalisé, son périmètre et son statut.
Budget et suite
Au forfait ou en régie.
Au forfait
Pour un produit ou un lot défini en Swift ou Kotlin : le cadrage fixe le périmètre, le chiffrage et le découpage en lots.
En régie
Un ingénieur mobile natif senior rejoint votre équipe au tarif jour public de 750 € HT, pour une mission courte ou longue.
Reprise
Pour une application native existante : diagnostic du code, des dépendances et de la chaîne de publication, puis stabilisation ou modernisation progressive.
Ordres de grandeur
Les fourchettes de budget par niveau de maturité, du prototype au produit évolutif, sont publiées sur la page tarifs.
Questions utiles
Questions fréquentes sur le natif.
Natif ou Flutter ?
Le natif donne un accès direct à chaque système ; Flutter partage la couche produit. Nous pratiquons les deux et recommandons selon les usages, le matériel et l'équipe qui maintiendra l'application.
Faut-il deux équipes pour iOS et Android ?
Pas forcément deux équipes, mais deux bases de code. Les contrats d'API, les règles métier et le design system restent communs.
Pouvez-vous ajouter un module natif à notre application Flutter ou React Native ?
Oui. C'est ce que nous avons fait sur Meduz : des modules Swift et Kotlin exposent le Bluetooth à l'application Flutter.
Reprenez-vous des applications natives existantes ?
Oui, après un diagnostic du code, des dépendances et de la chaîne de publication.
Prochaine étape
Parlons de votre application native.
Les plateformes visées, le matériel éventuel et l'échéance : c'est le point de départ.