Une app terrain Bluetooth pour les réseaux d'eau

Le problème

L'app s'utilise dehors, par des techniciens avec des gants, à côté d'un appareil qui envoie ses mesures en Bluetooth. Tout ce qui est confortable dans une app de bureau, comme supposer une connexion stable ou un réseau fiable, cesse d'être vrai dans la rue.

Ce que j'ai fait

1. 01Les appareils Bluetooth de bout en bout

   Connexion aux appareils de terrain avec données en direct, transfert de fichiers et mises à jour firmware, pensée pour qu'une connexion perdue soit un état prévu et non un crash.

2. 02Une app iPhone et iPad, 9 langues

   Une app universelle menée d'un dépôt vide jusqu'à l'App Store, localisée en 9 langues.

3. 03Lire les mesures sur place

   Graphiques de spectre en direct et couche cartographique indépendante du fournisseur, pour que le technicien voie la mesure là où elle a été prise.

4. 04Une équipe et une suite de tests

   Je dirige 3 développeurs mobiles, je relis le travail Android, et je maintiens 480+ tests automatisés sur un pipeline Bitbucket, Xcode Cloud et fastlane.

Où ça en est

1. 480+ tests automatisés

   Gardés au vert à chaque release, ce qui rend une app terrain sûre à faire évoluer.

2. Une équipe de 3 développeurs mobiles

   Conventions partagées, revues de code et un processus de release que l'équipe exécute sans moi.

Les questions qu'on me pose

Pouvez-vous travailler avec nos appareils ?

Oui. Donnez-moi la documentation du protocole et une unité, et le premier jalon est une petite app qui se connecte, lit et journalise, avant tout travail d'interface.

Pourquoi pas de captures d'écran ?

Le projet est sous NDA. Je peux parler de la façon dont c'est construit, pas des noms d'appareils, des protocoles ni des mesures.

Stack

• SwiftUI
• Swift Concurrency
• Core Bluetooth
• GRDB
• Jetpack Compose
• Kotlin Multiplatform
• Xcode Cloud
• fastlane

Ce projet est sous NDA : noms d'appareils, protocoles et détails client restent en dehors de cette page.

Autres études de cas

• Noy VPN
• Oi AI Assistant