Questions d’entretien Développeur Frontend Angular au Sénégal

📌 Pilier : Carrière développeur Web au Sénégal — guide complet (à créer)
Voisins : Développeur Full-Stack · DevOps Engineer · Réussir un entretien technique en anglais

Que fait un Développeur Frontend Angular ?

Un développeur Frontend Angular construit l’interface utilisateur d’applications web avec le framework Angular maintenu par Google. Sur l’offre Angular Developer scrapée en mai 2026 sur emploisenegal, les missions couvrent le développement de composants réactifs en TypeScript, la consommation d’APIs REST exposées par un backend Node.js ou Java, la gestion d’état avec NgRx ou Signal Store, et la mise en place de tests unitaires et end-to-end. Vous travaillerez chez des cabinets de prestation comme ceux qui placent des consultants chez les opérateurs télécoms, les banques ou les éditeurs régionaux, ainsi que chez des sociétés de service en informatique avec des donneurs d’ordre en France ou en Belgique.

Stack technique attendue à Dakar

Sur l’offre Angular Developer observée (mai 2026, onze technologies détectées), les éléments suivants sont attendus en priorité :

• Angular (version actuelle : 21, sortie le 19 novembre 2025 ; version 22 prévue pour juin 2026 selon le calendrier semestriel d’Angular) — framework principal, maîtrise indispensable.
• TypeScript — langage par défaut d’Angular, à pratiquer avec types stricts.
• RxJS — programmation réactive, omniprésent dans Angular pour la consommation d’APIs et la gestion d’événements.
• NgRx / Signal Store — gestion d’état pour applications de taille moyenne et grande ; voir NgRx Signal Store : state management moderne avec Angular.
• HTML5 et CSS / SCSS — bases attendues, avec une bonne pratique de Tailwind ou Material Design pour l’industrialisation.
• Node.js — pour les outils de build (npm scripts, Vite, Webpack) et les éventuels Backend For Frontend.
• Tests — Jest ou Vitest pour l’unitaire, Cypress ou Playwright pour le end-to-end ; voir Tester Angular avec Vitest et Playwright.

Si vous débutez et devez choisir un ordre d’apprentissage, commencez par TypeScript puis Angular, et seulement après RxJS — c’est l’ordre que les recruteurs vérifient en premier sur un junior. NgRx s’apprend une fois les composants et services maîtrisés.

Salaire moyen au Sénégal pour ce poste

Sur l’offre Angular observée en mai 2026, le salaire n’était pas affiché — pratique courante sur emploisenegal. Croisé avec les fourchettes du marché ouest-africain (sources : Talent.com, Glassdoor, Talent2Africa, Africashore), la grille suivante représente le marché Angular sénégalais, en cohérence avec les autres profils frontend (React, Vue).

En freelance, le TJM d’un profil confirmé tourne autour de 80 000 – 120 000 – 200 000 FCFA. Le marché Angular est plus stable que React en termes de demande locale — les grands SI bancaires et télécoms restent fidèles à Angular pour leurs portails internes — mais la mobilité vers des missions internationales est plus rare car la majorité du marché remote européen et nord-américain demande du React.

Questions d’entretien & réponses

Question 1 : Quelle est la différence entre un Observable et une Promise en RxJS ?

Ce que cherche vraiment le recruteur

Question fondamentale qui apparaît dans presque tous les entretiens Angular. Le recruteur vérifie que vous comprenez le modèle réactif sous-jacent au framework. Il guette une réponse qui mentionne la nature lazy de l’Observable (rien ne se passe avant la souscription), sa capacité à émettre zéro à plusieurs valeurs sur la durée, son caractère annulable via unsubscribe, et l’opérateur pipe pour composer des transformations. Une mauvaise réponse trahit un candidat qui utilise RxJS sans le comprendre.

Exemple de réponse

Une Promise représente une opération asynchrone unique qui va résoudre vers une valeur ou rejeter, sans possibilité d’annulation et sans pouvoir émettre plusieurs valeurs. Un Observable représente un flux de zéro à plusieurs valeurs dans le temps, il est lazy (la requête HTTP ne part qu’au moment du subscribe), il est annulable (subscription.unsubscribe() interrompt l’opération), et il se compose avec des opérateurs comme map, filter, debounceTime, switchMap via la méthode pipe. Dans Angular, HttpClient.get() retourne un Observable précisément pour permettre l’annulation en cas de navigation et la composition avec les autres flux. Pour une opération unique, on peut convertir avec firstValueFrom(observable).

Question 2 : Expliquez le rôle du module, du composant et du service dans Angular.

Ce que cherche vraiment le recruteur

Question de vocabulaire qui filtre les candidats juniors. Le recruteur veut vérifier que vous comprenez l’architecture par défaut d’Angular et la séparation des responsabilités. Avec l’arrivée des standalone components (depuis Angular 14, défaut depuis 17), la notion de NgModule est en voie de remplacement — un bon candidat doit le savoir et pouvoir parler des deux modèles.

Exemple de réponse

Un composant est l’unité visuelle : un fichier TypeScript avec un template HTML et une feuille SCSS, qui gère l’affichage et les interactions d’une zone d’interface. Un service est une classe injectable qui porte la logique métier ou l’accès à une API, partagée entre plusieurs composants par injection de dépendances. Le module, au sens NgModule historique, est un container qui déclare les composants, importe d’autres modules et fournit des services. Depuis Angular 14 et par défaut depuis Angular 17, les composants standalone remplacent ce modèle : chaque composant déclare lui-même ses dépendances via imports, ce qui supprime la couche NgModule pour les nouveaux projets. Sur un projet récent, je crée donc des composants standalone et n’utilise les modules que pour rester compatible avec du code legacy.

Question 3 : Comment optimisez-vous une application Angular qui souffre de re-rendus excessifs ?

Ce que cherche vraiment le recruteur

Question d’application qui sépare les confirmés des juniors. Le recruteur veut savoir si vous maîtrisez les leviers de performance d’Angular : stratégie de détection de changement, signals, pure pipes, trackBy dans les ngFor, lazy loading des routes. Une bonne réponse cite plusieurs outils et explique quand chacun s’applique.

Exemple de réponse

Je commence par profiler avec les Angular DevTools pour identifier les composants qui se re-rendent inutilement. Le premier levier est de passer à la stratégie ChangeDetectionStrategy.OnPush sur les composants concernés : Angular ne re-vérifie alors le composant que si une @Input change par référence ou si un événement DOM survient dans le composant. Le deuxième levier est l’usage des signals (depuis Angular 16), qui rendent la réactivité fine-grained : seuls les composants qui dépendent du signal modifié se mettent à jour. Pour les listes longues, j’ajoute un trackBy sur les ngFor ou j’utilise la nouvelle syntaxe @for avec son track obligatoire. Pour les routes, je passe en lazy loading avec loadComponent ou loadChildren pour éviter d’expédier tout le code au premier chargement. Si la donnée est lourde et stable, je mémoïse avec un pipe pur ou un signal calculé.

Question 4 : Quand utiliseriez-vous NgRx plutôt qu’un service partagé pour gérer l’état ?

Ce que cherche vraiment le recruteur

Question d’architecture qui teste votre jugement, pas seulement vos connaissances. Le recruteur cherche un candidat qui ne plaque pas NgRx partout par habitude mais qui sait évaluer la complexité de l’état partagé, le nombre de composants concernés, le besoin de traçabilité (time-travel debugging) et la maturité de l’équipe. Une bonne réponse mentionne les alternatives — Signal Store, simples services, ComponentStore — et donne des critères de choix concrets.

Exemple de réponse

J’utilise NgRx classique quand l’application a un état partagé complexe entre plus de cinq composants éloignés dans l’arbre, quand on a besoin de tracer chaque mutation pour un audit, ou quand l’équipe est suffisamment grande pour absorber la verbosité du pattern actions/reducers/effects. Pour les applications de taille moyenne, je préfère NgRx Signal Store, qui offre la même rigueur mais avec une syntaxe nettement plus légère et l’intégration native des signals — voir NgRx Signal Store : state management moderne avec Angular. Pour de l’état purement local à une feature, ComponentStore suffit. Et pour de l’état très simple partagé entre deux ou trois composants, un service injectable avec un signal ou un BehaviorSubject reste le choix le plus pragmatique. Ajouter NgRx sur une application qui n’en a pas besoin alourdit le code sans bénéfice.

Question 5 : Vous arrivez sur un projet Angular legacy en version 12, avec NgModules partout et beaucoup de duplication. Comment procédez-vous pour le moderniser ?

Ce que cherche vraiment le recruteur

Mise en situation qui évalue votre capacité à entrer dans une base de code existante sans tout casser. Le recruteur cherche une approche progressive, mesurée, qui combine montée de version sécurisée et refactor incrémental. Une bonne réponse mentionne ng update, les guides de migration officiels, et la stratégie de cohabitation legacy/moderne.

Exemple de réponse

Je commence par cartographier la base : version exacte d’Angular, versions des dépendances majeures (RxJS, NgRx, Material), couverture de tests existante. Je vérifie que les tests passent avant tout changement, sinon je couvre d’abord les parcours critiques. Ensuite, je mets à jour Angular une version majeure à la fois avec ng update @angular/core@13 @angular/cli@13, puis 14, puis 15, et ainsi de suite jusqu’à la cible — chaque étape déclenche des migrations automatiques. Pour la modernisation, je commence par les fonctionnalités neuves : tout nouveau composant est créé en standalone avec signals. Le legacy reste en place tant qu’il fonctionne ; je modernise par opportunité quand je touche déjà à un module pour un bug ou une feature. La duplication se résorbe par extraction progressive vers des services partagés, jamais par un grand refactor en parallèle qui casserait la base.

Question 6 : Décrivez un projet où vous avez dû collaborer avec une équipe backend pour spécifier une API.

Ce que cherche vraiment le recruteur

Question comportementale au format STAR. Le recruteur évalue votre capacité à dialoguer avec une équipe différente, à proposer un contrat d’interface clair, et à éviter les frictions classiques entre frontend et backend (réponses qui ne matchent pas le besoin, allers-retours sur le format des données, performance dégradée par sur-requêtage). Une bonne réponse cite OpenAPI, un outil de génération de types, ou la pratique du contract-first.

Exemple de réponse

Sur un projet de portail client pour un assureur, le backend Spring Boot était développé en parallèle du frontend Angular, avec deux équipes distinctes. J’ai proposé qu’on parte d’un schéma OpenAPI partagé en début de sprint, validé conjointement, plutôt que de spécifier en réunion sans trace. Le backend générait la documentation à partir du code, et côté Angular j’utilisais openapi-generator pour produire automatiquement les modèles TypeScript et les services HTTP. Quand un endpoint manquait ou changeait, le changement passait d’abord par le schéma, puis par les deux équipes. Le résultat a été une réduction des incidents d’intégration de plus de moitié sur le sprint suivant, et l’absence de réunions de désambiguïsation sur les noms de champs. La discipline du contract-first demande un investissement initial mais s’amortit dès la deuxième feature commune.

Difficulté de l’entretien

6 / 10 — Moyen

Le process Angular suit le schéma standard frontend au Sénégal : pré-qualification RH, entretien technique d’une heure avec un développeur senior ou un tech lead, parfois un test pratique à la maison (composant à coder, debug d’un bug fourni). Le live-coding est moins fréquent qu’en React, sauf chez les cabinets de prestation qui placent à l’international. L’anglais technique en lecture est attendu ; à l’oral, requis pour les missions chez des donneurs d’ordre étrangers. La durée moyenne du process est de deux à trois semaines.

Difficulté du métier

7 / 10 — Difficile

Angular est un framework opinionated et complet, ce qui augmente la courbe d’apprentissage initiale mais facilite l’industrialisation. Le quotidien combine maîtrise de RxJS (programmation réactive non triviale), gestion d’état parfois lourde, et veille techno permanente — Angular sort une version majeure tous les six mois avec migrations automatiques mais aussi changements de bonnes pratiques (passage aux standalone, signals). Le risque opérationnel est modéré : les bugs frontend sont visibles immédiatement mais rarement critiques pour l’intégrité des données. L’autonomie attendue progresse avec l’expérience : un junior est encadré par un tech lead, un confirmé porte des features entières, un senior architecture les choix d’état et de tests.

Pré-requis pour ce poste

• Diplôme Bac+3 à Bac+5 en informatique, ou expérience démontrée équivalente.
• Expérience minimale typique : 0-2 ans pour les juniors, 3-5 ans pour les confirmés.
• Maîtrise solide de TypeScript avec types stricts activés.
• Pratique opérationnelle d’Angular 15 ou supérieur (versions 16 à 21 actuellement en circulation).
• Compréhension fonctionnelle de RxJS (Observable, Subject, opérateurs courants).
• Bases en HTML5 et CSS / SCSS, idéalement avec un système de design (Material, Tailwind, PrimeNG).
• Pratique de Git avec workflow par branches et pull requests.
• Anglais technique lu et écrit ; anglais oral pour les missions internationales.
• Notions de tests automatisés (Jest ou Vitest unitaires, Cypress ou Playwright e2e).

Pour aller plus loin

Si vous visez aussi un poste plus polyvalent comme Développeur Full-Stack ou si vous voulez basculer côté infrastructure avec DevOps Engineer, notre bibliothèque d’articles entretien aide à comparer les attentes techniques.

Pour solidifier vos pratiques Angular en entretien, le tutoriel Tester Angular avec Vitest et Playwright couvre les outils de test attendus en 2026, et NgRx Signal Store : state management moderne avec Angular prépare la question fréquente sur la gestion d’état. Pour l’oral en langue étrangère : Réussir un entretien technique en anglais.

→ Voir tous les articles du cluster (à créer)

Autres entretiens techniques

• Réussir un entretien technique en anglais : préparation, scripts, mock interviews
• Questions d’entretien DevOps Engineer au Sénégal
• Questions d’entretien Développeur Full-Stack au Sénégal
• Questions d’entretien Data Scientist au Sénégal
• Questions d’entretien Développeur Mobile multi-plateformes au Sénégal