<aside> 💡 Quelles ont été vos démarches, prises de décisions, degré d'implication et d'autonomie ?
</aside>
L'écran de supervision étant destiné à tourner en continu (8h-17h, 5j/7j) sur un terminal Linux léger, l'optimisation des ressources était une contrainte non fonctionnelle majeure. J'ai dû prendre des décisions architecturales de manière autonome. Au lieu d'utiliser une méthode classique mais gourmande de "polling" (rafraîchissement et scan de la page toutes les secondes), j'ai choisi d'utiliser l'API native MutationObserver. Cette démarche garantit que mon script ne s'exécute que lorsqu'un changement réel survient dans le DOM, réduisant ainsi l'impact sur le processeur (CPU).
<aside> 💡 Quelles ressources avez vous choisies et combinées pour réaliser vos tâches et résoudre les problèmes rencontrés dans cette SAé ?
</aside>
J'ai combiné mes connaissances en algorithmique et en fonctionnement des navigateurs. Pour résoudre le risque de saturation de la mémoire vive (RAM) à cause des alertes répétées, j'ai dû optimiser la gestion du cycle de vie des variables. J'ai utilisé la fonction clearTimeout() avant chaque réinitialisation de mon minuteur d'affichage (les 8 secondes d’affichage du bandeau d’alerte). Cela évite d'empiler des processus d'attente en arrière-plan, un problème technique récurrent qui aurait fini par faire crasher Firefox au bout de quelques jours d'utilisation.
<aside> 💡 En vous appuyant sur vos traces, justifiez la maitrise des apprentissages visés, ainsi que la prise en compte des composantes essentielles pour le développement de vos compétences.
</aside>
Mes traces (la structure logique de la boucle de détection) montrent une vraie maîtrise des contraintes de performance. Le script intercepte la cible précise (alerte) sans reparcourir l'intégralité de l'arbre HTML à chaque modification. De plus, côté système, l'intégration du script léger unclutter pour masquer le curseur plutôt qu'une surcouche graphique lourde prouve la recherche constante d'une architecture sobre et efficace, adaptée au matériel cible.
<aside> đź’ˇ
Quelles ressources vous manquent pour atteindre la compétence abordée par cette SAé ? Si c'était à refaire que changeriez-vous ?
</aside>
Au début, mes tests étaient trop superficiels. Si c’était à refaire, je chercherais des outils de tests plus tôt dans le projet afin de ne pas être pris de court à la fin du développement.