Post de Antoine 🦎 Chalifour

Hier, j’ai vécu un de ces moments de pure fierté tech. 🚀 J’ai réussi à réduire de moitié le temps de chargement d’un de nos gros modules sur Angular 8. Oui, oui, je sais… Angular 8 en 2024, on a connu plus récent, mais hé, le vintage a aussi ses avantages ! Le coupable ? Des requêtes plus encombrées qu’un périph’ parisien aux heures de pointe. 🚗💨 J’ai plongé dans les entrailles du code, tel un chirurgien dans un bloc opératoire, et j’ai extirpé tout ce qui n’avait plus lieu d’être : requêtes mal optimisées, lignes de code abandonnées, véritables vestiges d’une époque révolue. La méthode ? Un mix d’archéologie informatique et de sprint Usain Bolt-like pour chasser les inefficacités. J’ai scruté, élagué, optimisé… jusqu’à ce que le temps de chargement passe de 20 à 10 secondes. Autant dire qu’en dev, gratter 10 secondes, c’est un peu comme trouver un raccourci magique qui te fait éviter tous les bouchons du matin. Pour nos devs, cela signifie moins de temps à attendre devant un écran de chargement et plus de temps pour créer. Pour nos utilisateurs, c’est un accès quasi instantané (oui il y a vraiment beaucoup de chose à charger, mais après plus rien et c'est de l'instantanée) à toutes les fonctionnalités, rendant leur expérience fluide et agréable. Alors, message aux juniors (et aux moins juniors) : ne laissez jamais votre code devenir un grenier encombré. Après quelques années, faites le ménage. 🧹 Et souvenez-vous, une requête qui semble rapide avec peu de données peut se transformer en marathon avec des milliers de résultats. L’optimisation n’est pas qu’un luxe, c’est une nécessité. P.S. : Qui a dit que l’ancien ne pouvait pas être performant ? Angular 8, je t’aime bien, finalement, mais j'hésiterai pas à t'upgrader 💙 #developpement #developpementWeb #angular #legacy #legacymiamor

Le syndrome de la shiny techno est un fléau dans la tech. On connaît tous ce mec qui veut absolument utiliser la dernière techno à la mode : ”On devrait passer à Rust, c'est 1000 fois plus performant !” ”J’ai lu un article sur Deno, il faut migrer dessus !” ”Le nouveau framework JS va révolutionner notre front !” D’accord. Peut-être. Sauf que les risques sont multiples : - Perte de temps : chaque nouvelle techno = courbe d'apprentissage - Dette technique : multiplier les technos = multiplier la complexité - Instabilité : nouvelle techno = nombreux bugs et doc incomplète - Recrutement difficile : qui maîtrise VRAIMENT la techno sortie le mois dernier ? Néanmoins, le but n’est pas d’entraver toute innovation, idée ou progrès au sein de l’équipe. Avec un cadre bien conçu, on peut arriver à filtrer : - Optimiser l’existant avant de tout changer - Fixer des critères stricts pour l'adoption de nouvelles technos - Tester les technos avec des POC sur des projets annexes, pas sur la prod - Écouter les seniors qui ont vu défiler toutes les technos du web et savent distinguer le cool factor du truc vraiment utile Petit rappel : Facebook a scale avec PHP. Airbnb avec Ruby. Ce n'est pas la techno qui fait le succès, c'est ce que vous en faites ✌️

Merci Yann Verneau pour exprimer un point de vue pas très tendance, ni très "fun", que je partage complètement. Une nouvelle technologie n'est jamais une solution aux problèmes "je n'arrive pas à faire cela" ou "ça ne marche pas" ou "ce qu'on a fait est trop compliqué" ; Pour moi, adopter une nouvelle technologie c'est : - faire plaisir à l'équipe de dev (première raison) - s'en servir pour attirer de nouveaux talents - combattre la dette technique, remplacer peu à peu des technologies vieillissante Le risque d'adopter à tout va des nouvelles technologies sans intégration suffisante, c'est, au lieu de réduire la dette technique, l'augmenter, en accroissant le nombre de systèmes à maintenir, sans forcément les ressources pour le faire

Les développeurs et leurs guerres ! La team React qui affronte farouchement la team Angular, les guerriers Symfony qui mènent une bataille contre les ninjas Laravel, les samouraï Flutter qui combattent les jedi React Native. On a tous déjà été dans un débat de savoir quel est la meilleure technologie à utiliser pour un projet, et dans la plupart de ces débats, j'ai remarqué une chose : en réalité, c'est juste une préférence sentimentale pour une technologie qui nous fait parler et non pas une réflexion objective sur la question, on défend toujours que la techno dans laquelle on se sent à l'aise... Et on s'attarde peu aux spécificités techniques pouvant influencer le projet. Vous savez quoi ? C'est pas du tout mauvais de choisir la technologie dans laquelle vous vous sentez à l'aise, ça vous met dans une position qui vous accorde beaucoup plus de productivité, je vous le conseille vivement, surtout que la productivité est un critère important lors l'avancement d'un projet. Mais quand il s'agit de travailler en équipe voici ce qu'il faut faire : - Soyez sincère, si une techno est optimisé pour un type de projet, mais qu'il n'est pas votre premier choix, ne balancez pas un tas de théorie hors sujet pour donner des points à votre techno préférée au risque d'avoir une mauvaise influence sur le projet. - Si vos deux technos peuvent faire l'affaire, et bien tirez à la courte paille ou faites ''fico fico fion!😁" et choisissez une techno, si celle qui ne vous convient pas l'emporte, vous n'êtes pas perdant parce que vous aurez l'occasion de découvrir un nouveau monde fascinant et donc : bonjour l'expérience et CV bien garni ! Josué Talu, technologiquement votre !

🔮 Les Aventuriers du Script Perdu : JavaScript et les Frameworks Enchantés 🔮 Plongez dans une quête épique à travers le royaume du Web dans notre nouvel article ! Découvrez les illustres héros des Frameworks et bibliothèques JavaScript, chacun détenant ses propres pouvoirs et secrets. 🧙♂️ React, la Resta du Web 💃 Toujours sous les projecteurs et favori des paparazzi pour sa flexibilité et sa capacité à gérer des performances dynamiques sans transpirer. React, c’est un peu la diva qui a changé la donne, rendant tous les devs accros à ses composants réutilisables. Node.js, le Hardrocker du Backend 👨🎤 Le rebelle de la famille, briseur de règles et de courant sur le serveur, là où aucun JavaScript n’avait osé s’aventurer auparavant. C’est le rocker dur à cuire qui joue de la basse électrique à fond dans le Backend, tout en étant capable de se mêler à la foule du Front. Angular, l’Intello des Applis 🤓 L’intello aux lunettes, organisé et structuré, offrant une solution tout-en-un pour les applications dynamiques. Il a ses fans dévoués, prêts à débattre de son excellence, armés de directives et de services, dans chaque bar de développeurs. Next.js, le Cool Kid du Bloc 😎... Alors, prêt à découvrir tous les aventuriers du code et à embrasser les mystères du JavaScript ? Rejoignez-nous dans cette épopée numérique ! 💪🔮 👉 https://lnkd.in/eUJuyYwf #FormationIT #JavaScript #Frameworks  ______ ✨ Depuis 2006 Sparks formation développe les compétences de milliers de professionnels de l'IT en France et un peu plus loin.

Remix ou Next.js? Pour répondre à cette question, il faut comprendre la différence de philosophie profonde entre ces frameworks, et cette différence se joue sur la mise en cache : - le cache HTTP pour Remix, au niveau réseau 📶 - le Data Cache pour Next, au niveau applicatif 🗃 Mon dernier article "Optimiser l’expérience utilisateur avec le cache HTTP et le Rendu Segmenté" vous permet d'y voir plus clair, sur l'exemple d'un blog payant. C'est en français, et c'est par ici sur la publication PointJS ⏬ ⏬ ⏬ https://lnkd.in/d65HFHWX

🚀 Angular 18 débarque avec des nouveautés de folie ! 🚀 Adieu zone.js 👋, bienvenue au mode sans zones qui booste les perfs de nos applis. On parle de rendu plus rapide, débogage simplifié et taille de bundle réduite. 🌟 Utiliser des signaux pour gérer les états, c'est carrément plus fluide et efficient. L'hydratation partielle rend l'appli interactive en douceur, en priorisant le contenu essentiel. Et grâce à la relecture d'événements, plus aucune action utilisateur ne se perd même sur une connexion lente. Les juniors, c'est le moment de tester et d'explorer ces nouveautés ! 💪 Quel est votre avis sur le mode sans zones ? Des retours d'expérience ? 🤔 🔗 Découvrir plus => https://lnkd.in/eRvNPnen

Symfony 7.2 débarque juste après PHP 8.4. Et vous allez adorer ce qui arrive. La team Symfony nous gâte avec cette mise à jour qui va nous faire gagner des heures de dev. Voici les nouveautés qui vont vous faire kiffer : 👉 UX Controller + Live Component Vous allez pouvoir créer des interfaces interactives avec zéro JS.  Les composants Live vont rendre vos apps plus dynamiques sans vous prendre la tête. 👉 Notifications temps réel Exit les polling toutes les 30 secondes.  Les Mercure Hub arrivent avec leur support natif des WebSocket. 👉 Security L'authentification et l'autorisation sont plus simples à gérer. Un vrai bonheur pour sécuriser vos apps. Ce n'est que la pointe de l'iceberg. Cette version est bourrée d'améliorations qui vont nous simplifier la vie. Perso, je suis hypé par ce que ça va nous permettre de faire. Et toi, quelle feature te fait le plus envie ?

Tu veux optimiser ton app Angular ? Une des façons d'y arriver est d'utiliser une stratégie de ChangeDetection plus optimisée. ⤵︎ C'est quoi la ChangeDetection ? → C’est le mécanisme d’Angular qui permet de vérifier si le DOM a besoin d’être mis à jour en fonction de l'état de l'application. Le mécanisme compare les anciennes valeurs du composant avec les nouvelles. Si les valeurs sont différentes alors le composant est mis à jour. Il existe deux stratégies de ChangeDetection (CD) : ➊ La stratégie par défaut ➋ La stratégie OnPush Comment fonctionne le mécanisme de ChangeDetection avec la stratégie par défaut ? Le mécanisme de CD est exécuté sur tout l'arbre de composants à chaque fois qu'une de ces conditions est déclenchée : ◉ Modification de variables dans le composant ◉ Interactions utilisateur comme les clics, les saisies de texte ◉ La valeur d'un @Input change ◉ Émission d'une nouvelle valeur d'un Observable auquel le composant est abonné via AsyncPipe ◉ La callback d'un setTimeout ou setInterval s'exécute ◉ Déclenchement forcé via ChangeDetectorRef C'est la stratégie la moins optimisée. Et la stratégie OnPush alors ? ↓ Le mécanisme est déclenché par moins de conditions : ◉ Interactions utilisateur comme les clics, les saisies de texte ◉ La référence d'un @Input change ◉ Déclenchement forcé via ChangeDetectorRef Comment le mécanisme de ChangeDetection fonctionne en OnPush ? → Lorsqu'un événement est émis dans un composant il n'y a que lui-même et ses parents qui vont être vérifiés par le mécanisme de CD. → Quand la référence d'un @Input change c'est uniquement le composant qui le reçoit qui est vérifié et mis à jour. → Si une nouvelle valeur d'un Observable est émise dans un composant abonné via AsyncPipe alors il est marqué comme dirty et sera mis à jour au prochain déclenchement du mécanisme de CD. 𝗗𝗶𝗿𝘁𝘆 : Le composant est "marked for check" et va être vérifié à la prochaine exécution du mécanisme de CD. La stratégie de ChangeDetection OnPush est la plus optimisée. Elle permet de : ◉ Réduire le nombre de vérifications des composants par rapport à la stratégie par défaut. ◉ Augmenter les performances car moins de composants sont vérifiés et donc moins mis à jour ◉ Mieux maîtriser les mises à jour des composants Tu connais la stratégie OnPush ? C'est quoi tes retours d'expérience là-dessus ? PS : L'application développée par Daniel Wiehl pour comprendre visuellement ce qui se passe avec la CD https://lnkd.in/dh7NAttk

Passionné d'Angular? C'est votre chance de découvrir les nouvelles fonctionnalités d'Angular 18. L'industrie du développement web est en constante évolution et Angular ne fait pas exception à cette règle. L'équipe Angular a récemment lancé Angular 18, une version améliorée avec de nouvelles fonctionnalités passionnantes prêtes à révolutionner votre expérience de développement. Parmi les nouveautés, Angular 18 propose des performances améliorées, une meilleure accessibilité, sans oublier les nouvelles API qui rendent le développement web encore plus optimisé et efficace. Il y a beaucoup à découvrir et à explorer avec cette nouvelle version. Ces améliorations ne sont que quelques-unes des nouveautés que vous pouvez attendre. Si vous avez toujours voulu améliorer votre expérience de développement, c'est le moment d'essayer Angular 18. Et vous, avez-vous déjà exploré les nouvelles fonctionnalités d'Angular 18? Quelle est votre préférée et pourquoi?  #Angular18 #DéveloppementWeb