Ma définition
Les frameworks et bibliothèques Front-End permettent de construire des interfaces utilisateur dynamiques, interactives et responsives de manière standardisée (Single Page Applications). Cette compétence implique de comprendre le cycle de vie des composants, la gestion d’état applicatif, le routage côté client et la consommation d’API REST exposées par un backend, indépendamment du framework spécifique utilisé.
La logique sous-jacente (réactivité, découplage des responsabilités entre composants) reste largement transposable d’un écosystème JavaScript à un autre.
Mes éléments de preuve
Pour le projet PMT de l’ISCOD, j’ai construit l’intégralité du frontend en Angular, organisé en composants dédiés par domaine fonctionnel, avec des services dédiés, des intercepteurs HTTP pour la gestion transverse de l’authentification, et des modèles typés pour structurer les échanges avec l’API REST du backend via un fichier de proxy réseau (`proxy.conf.json`).
J’ai été confronté en cours de projet, gérer un conflit d’architecture majeur : la migration forcée de l’ancienne approche NgModule vers l’architecture moderne Standalone, imposant une refactorisation complète de la structure applicative pour résoudre les nombreuses erreurs de compilation générées en cascade par cette incompatibilité de version.
Résultat : Une interface PMT robuste et évolutive, démontrant ma capacité à gérer une migration d’architecture non anticipée en cours de projet sans abandonner la fonctionnalité livrée.
Dans le cadre de mon projet personnel de déploiement de l’environnement de veille technologique, j’ai eu recours à l’utilisation d’API externes au sein d’interfaces développées pour tester rapidement de nouvelles technologies front-end, en m’appuyant sur des composants réutilisables pour réduire le temps de développement tout en assurant un rendu cohérent avec l’identité visuelle du projet. C’est avec cette même logique de composants réutilisables que j’ai guidé la structuration du site vitrine du projet, dont la maquette a été générée à partir d’un prompt structuré.
Résultat : Une application plus rapide, plus sécurisée et une navigation fluidifiée pour les utilisateurs de l’organisme de formation.
Mon autocritique
C’est un domaine où j’estime avoir un niveau intermédiaire. En effet, mon expertise actuelle s’oriente davantage vers le paramétrage backend et les outils CRM/ITSM que vers le développement front-end pur. Cependant, la migration de NgModule vers Standalone m’a confronté concrètement à la nécessité de comprendre en profondeur le cycle de vie des composants Angular pour pouvoir résoudre les erreurs de compilation une par une, plutôt que de simplement copier une solution trouvée en ligne sans en comprendre la portée.
La difficulté principale de ce domaine réside dans la vitesse à laquelle les frameworks évoluent : il faut accepter de ne pas tout connaître en permanence, et se concentrer sur la logique sous-jacente plutôt que sur la syntaxe précise d’un framework donné à un instant T.
Mon évolution
Mon objectif professionnel n’est pas seulement de devenir un développeur Front-End pur. Je compte donc maintenir mes connaissances à jour en ciblant un framework précis (comme React) pour mes projets personnels, afin d’être capable d’intervenir en soutien sur toutes les couches d’une application dite « Full-Stack ».
Je souhaite également mieux structurer ma veille sur les frameworks concurrents (React, Vue.js), non pas pour les pratiquer en profondeur, mais pour être capable d’en comprendre rapidement le code lors d’une intervention ponctuelle sur un projet existant.
Il s’agit davantage d’une compétence de lecture plus que d’écriture, qui me semble tout aussi précieuse dans un environnement professionnel où je ne choisis pas toujours la stack technique en place.