🚨 Je cherche en urgence un tech lead Angular freelance senior (+8 ans d'xp) pour une mission long terme - TJM 500€ Mission : - Paris - Remote : 2 jours/semaine - Démarrage : ASAP - TJM : 500€ Process : - Discussion avec moi - Test technique + discussion avec un lead - Entretien final Intermédiaire : - Pas de sous-traitance Si tu es intéressé : ➡️ Envoie-moi un DM avec ton numéro ➡️ Si ton profil matche, je t’appelle rapidement Si tu n'as pas lu jusqu'à la fin, je ne repondrais pas. Pas dispo ou pas dev Angular ? Un repost pour aider à diffuser, c’est top 🙏

🚨 Je cherche en urgence un développeur Angular freelance senior pour une mission long terme en contexte e-commerce B2B — full-remote possible (+3 jours/semaine) - TJM ~450€ Profil recherché : - 5 ans d’expérience minimum sur Angular (v.13+ idéalement) - À l’aise en français et en anglais (échanges réguliers en anglais) - Solide expertise technique : architecture front, performance, bonnes pratiques, tests - Team player, force de proposition, autonome dans l’amélioration continue - Sens du détail et de la qualité : capable de retranscrire fidèlement des maquettes Figma - Capacité à challenger sans ego, communication saine et constructive Mission : - Paris - Contexte international - Anglais professionnel - Remote : 3 jours (full-remote possible par la suite) - Démarrage : ASAP - TJM : ~450€ Mission *off-market* (pas de fiche de poste, je suis le seul au courant) Stack : - Angular 18+ OBLIGATOIRE - SSR - WCAG 2.1 - SEO - CI/CD Process : - Discussion avec moi - Test technique + discussion avec le lead - Entretien final Si tu es intéressé : ➡️ Envoie-moi un DM avec ton numéro ➡️ Si ton profil matche, je t’appelle rapidement Pas dispo ou pas dev Angular ? Un repost pour aider à diffuser, c’est top 🙏

Migrer de l’injection par constructeur vers `inject()` peut vite devenir pénible.   Surtout sur une grosse codebase Angular. Et pourtant, il existe un outil qui peut vous faire gagner un temps énorme : ts-morph. Pourquoi ts-morph est un game changer pour ce type de migration ? Parce qu’il permet de manipuler l’AST TypeScript directement.   Pas des regex.   Pas des scripts fragiles.   Du vrai code, compris par le compilateur. Concrètement, avec ts-morph, vous pouvez : → détecter automatiquement les constructeurs utilisés uniquement pour l’injection   → extraire les dépendances injectées   → les remplacer par des appels à `inject()`   → supprimer les constructeurs devenus inutiles   → appliquer tout ça de façon cohérente sur des centaines de fichiers  Résultat : - une migration homogène   - moins d’erreurs humaines   - un code modernisé en quelques minutes au lieu de plusieurs jours  C’est exactement le genre d’outil qui transforme une “corvée de migration”   en opération maîtrisée et réversible. Angular évolue vite.   Et ts-morph est un allié précieux pour suivre le rythme sans casser votre base de code. Parfois, le vrai gain de productivité ne vient pas du framework.   Mais des outils qu’on choisit pour l’accompagner intelligemment. Et toi ? Tu fais comment ? Abonne-toi pour plus de tips 😊

Oublie tout ce que tu sais sur les Reactive Forms. Avec Angular 21 (release 20/11/2025), les Signal Forms deviennent la nouvelle norme, et tu ne peux plus les ignorer. Parce que cette nouvelle API n’est pas juste une “alternative”.   C’est une réécriture totale de la manière de gérer les formulaires dans Angular. Voici ce que ça change concrètement : → Plus de `FormGroup`, `FormControl`, `FormArray` à rallonge   Les Signal Forms s’appuient sur vos propres signaux pour construire le formulaire.   Votre state devient la source de vérité — enfin. → Typage beaucoup plus strict   Vos champs sont liés à des signaux typés,   ce qui élimine 90 % des erreurs classiques de formulaire. → Validation simplifiée   Les règles de validation se déclarent au plus près de la donnée,   et synchronisent automatiquement les erreurs avec la vue. → Synchronisation automatique   Modifier un signal met le formulaire à jour.   Modifier le formulaire met le signal à jour.   Pas besoin de patch, pas besoin de setValue. Dans cet exemple : - login est votre state - loginForm est construit automatiquement - Et vos inputs utilisent sans configuration supplémentaire → Fini les tonnes de boilerplate. → Fini les patchValue non typés. → Fini les formulaires qui vivent leur propre vie loin du state. Angular 21 ne se contente pas d’améliorer les formulaires. Il change la manière de penser la donnée et la réactivité. Et ce n’est que le début : les Signal Forms ne sont qu’en expérimental… On n’a encore rien vu. Abonne-toi pour plus de tips 😊

Aujourd’hui, j’ai fait une revue de code.   Et je suis retombé sur un grand classique Angular. Un composant qui : → modifie directement ses Input   → mute des tableaux avec push et splice   → fonctionne… parfois   → nécessite un refresh pour afficher les bonnes données  Sur le papier, tout semblait cohérent.   En réalité : une UI désynchronisée, des modales jamais à jour et OnPush qui ne “réagit pas”. Le problème n’était pas Angular.   Le problème, c’était la gestion des @Input. Un rappel simple, mais souvent oublié : → Un Input n’est pas un état local   → Un composant enfant ne doit jamais modifier ce qu’il reçoit   → Une mutation silencieuse casse complètement la détection de changement  La solution est rarement complexe : - une source de vérité claire   - des données immuables   - une communication Input / Output stricte   - et aujourd’hui, des signaux qui rendent ces erreurs immédiatement visibles  Ce type de bug est sournois.   Il passe en revue.   Il “marche chez moi”.   Et il explose plus tard en production. Mais une fois corrigé, le code devient plus simple.   Plus lisible.   Plus prévisible.   Et beaucoup plus testable. Comme souvent, ce n’était pas un problème de framework.   C’était un problème d’architecture et de responsabilités.