🚀 Preuves ressources :

▶︎ Semestre 3 :

1. R3.01 Développement web
2. R3.02 Développement efficace
3. R3.03 Analyse
4. R3.06 Archi. Réseaux
5. R3.08 Probabilités
6. R3.09 Cryptographie
7. R3.12 Anglais
8. AL3.B.01 Cyber 3

▶︎ Semestre 4 :

1. R4.04 Méthodes d’optimisation
2. R4.05 Anglais
3. R4.B.09 Management avancé SI
4. R4..B.10 Cryptographie et sécurité
5. AL4.B.01 Cyber 4 - Déploiement, Sécurisation et Audit d’un SI

🚀 Preuves SAE :

▶︎ S3.B.01 Création et déploiement de services applicatifs

FEN-Alim (Sprints 1 à 3)

Pour la première version de la carte, j'ai optimisé l'ergonomie de recherche en programmant un système de filtres multicritères sur le front-end. Ce composant permettait d'isoler rapidement les points d'eau selon leur type (hydrants, points naturels) ou leur état (en cours d'utilisation, disponible), limitant ainsi la surcharge visuelle pour l'utilisateur sur l'écran d'accueil.

▶︎ S4.B.01 Déployer et sécuriser

FEN-Alim (Sprints 4 & 5)

C'est ici que j'ai réalisé l'optimisation technique la plus importante de mon BUT2. L'application devait afficher 11 389 points d'eau, ce qui surchargeait la mémoire du téléphone et faisait planter l'application.

• J'ai optimisé l'affichage de la carte en implémentant un algorithme de Clustering pour regrouper les marqueurs selon le niveau de zoom.
• J'ai utilisé le hook React useMemo pour garder en mémoire le rendu des points d'eau et empêcher l'application de recalculer inutilement la position de milliers de points lors des déplacements sur la carte.
• J'ai co-conçu un système d'envoi de données "light" (allégées au strict minimum d'informations indispensables) entre le front-end et le back-end, réduisant considérablement la taille des requêtes JSON et accélérant le temps de chargement de la carte.
• Enfin, j'ai implémenté un système de cache local persistant avec Async Storage pour stocker les points d'eau sur le téléphone, garantissant un affichage instantané et un fonctionnement optimal en mode hors-ligne.