J'ai vu la vidéo 3 mois plus tard mais le contenu m'a vraiment captivé car il est et sera d'actualité pour un bon moment. Le 3ème principe n'a pas été suffisamment clair pour moi (composant de façade) et je suis impatient de vous lire prochainement apporter de l'éclairage dessus. BRAVO 👏 et MERCI pour ce partage.
Ok je suis qu'au quart de la vidéo mais ça part très bien on voit bien que tu sais de quoi tu parles, c'est clair et ça décrit bien la réalité du marché de l'industrie IT française actuellement : TOP MERCI !!
Superbe vidéo sur les principes d'une architecture solide et ceux pas que sur un projet Angular, ce concept peut également s'appliquer sur un projet React/Vue également. J'ai eu la chance de travailler dans une entreprise ou les développeurs front ont déjà mis en place ces principes et pour un débutant c'est plus simple de se repérer dans le projet.
Merci beaucoup pour vos vidéos toujours très bien expliquées ! En tant que débutant sur Angular, je suis vraiment fan de la façon dont vous expliquez certains concepts de manière simple et accessible aux débutants. Je vous suis depuis un bon moment et grâce à vous, ma confiance dans Angular grandit petit à petit. Cependant, j'aimerais vous demander s'il serait possible que vous réalisiez un tutoriel plus détaillé sur l'utilisation de Materialize avec Angular. Ce serait d'une aide considérable pour moi.
Hello, l'utilisation de Materialize dans ce tutoriel est uniquement pédagogique. Il est très peu/pas utilisé en entreprise. Je vous recommande de vous tourner vers des solutions comme Bootstrap ou Prime-ng qui sont bien plus populaires. Bon code, Simon.
HOUA!!!!!!! C'est fou, cette vidéo arrive pile-poil au bon moment pour moi :p J'ai avancé de mon côté et effectivement ngrx est super intéressant. Après avoir beaucoup trop d'état dans mes services et fait un store maison, j'ai décidé, dans mon dernier projet angular, d'utiliser le store ngrx. Je créer un "sous" state supplémentaire à chaque chargement paresseux d'un module. => 1 page = 1module = un state je viens d'apprendre et de comprendre grâce à ta vidéo l'existence et l'importance d'utiliser une façade. C'est top. Dans les services on conserve les appels api, je suppose ? j'ai écouté également un podcast sur la clean architecture coté front. Si j'ai bien compris, on sort la logique métier de angular et il l'injecte ensuite grâce à l'injection de dépendance d'angular. La logique métier est traitée en programmation fonctionnelle et ainsi, les tests sont super facile à faire. Juste des fonctions simple sans avoir à "mocké"... Je n'ai pas pu encore mettre ça en pratique, mais j'ai hâte de tester ça. Quand pense-tu stp ? Tes vidéos sont un régal Simon. Merci beaucoup !!! On vient de me faire passer un test coding game pour un poste Angular, je pleure !!! Tu m'as redonné le moral la :)
Salut Nicolas, au top que la vidéo a pu te servir ! Concernant la Clean Architecture, je vois ça comme un ensemble de bonnes pratiques qui sont toutes intéressantes. Mais cela demande d'avoir déjà une certaine expérience, pour mieux comprendre les problèmes que cela résout.
Salut Simon, merci pour cette vidéo. Est-ce que tu pourrais développer le concept de reactive component en lien ac le pattern Facade ds une vidéo en développant une petite app Angular ? Concernant les échanges smart / dumb cmp, la logique output/input est rébarbative voire excessive pour des dumb imbriqués ds des dumb eux mêmes imbriqués ds des dumb...en gros si le dumb est ancré trop profondément ds la hiérarchie de cmp par rapport au smart, il est tentant d'injecter le service directement ds le dumb (qui deviendrait un smart contenu ds un dumb ?).
Hello, oui je note dans la to-do list de vidéos un exemple complet sur ce qui est présenté dans cette vidéo. Surtout les points Smart & Facade qui sont les points sur lesquels j'ai eu le plus de mal à me former moi-même. Concernant les dumb dans des dumb, on pourra regarder également, en sachant qu'une imbrication de plus de 1 niveau devient rapidement lourd, je suis d'accord avec vous. À bientôt pour une vidéo de ce genre, Simon.
Cela devrait une vidéo obligatoire pour tout Team Leader, je suis impressionné par le contenu, je valide tous les concepts décrits. (j' ai juste une petite réserve sur l'utilisation à 100% des observables, même si je continu à utiliser le pattern Redux, j'essaye de diminuer....vers un mix 80% promises et 20% Observables
Merci Naël ! Pour les points 3 et 4, c'est difficile de tout faire tenir pour le format RUclips. J'essayerai de les traiter dans des vidéos à part : composants Smart & Facade Pattern. Bon développement, Simon.
c'est quand tu dis "vous sortez angular c line" j’entends "vous sortez l'angularsenal" aha, ça peut faire une bonne punch line pour tes présentations ;)
Très bonne vidéo! Sauf le principe n°4. (de mon point de vue) ;-) Je n'ai jamais adhéré à ngrx car pour moi il apporte énormément de complexité là où Angular permet nativement de faire un store et de la réactivité avec les services et rxjs.
Bonjour Emmanuel, tout à fait d'accord, vous devez avoir une problématique de state management qui justifie de sortir cette unsine à gaz ! 👍 (Même si dans les dernières versions, le code boilerplate est un peu moins aggressif)
Salut Simon et merci pour cette vidéo ! Je suis développeur depuis peu, j'ai fais une formation DWWM de 6 mois avec un socle Php et une spécialité Symfony. Je cherche activement du travail mais pas évident. J'ai décroché un entretien dans une entreprise qui travaille sur Angular. Cet entretien à lieu dans une semaine et je cherche à apprendre un max de chose sur Angular pour au moins montrer que j'ai travaillé le sujet et que même si je maitrise pas NodeJs, TS et Angular je suis motivé pour apprendre ! J'ai fais plusieurs vidéo qui étaient plus orientés sur les fondamentaux comme les Directives d'attributs et structurelles, les composants et le système d'injections de dépendances… avec notamment la présentation d'Angular par Lior Chamla mais ma question est la suivante: Que dois-je privilégier pour cette entretien, ressortir des principes de la gestion de la complexité sans trop rentrer les détails ? D'ailleurs en vrai j'ai pas tout capté sur "les façades" mais sinon le reste c'est ok. Si tu as quelques conseils pour que j'arrive à me démarquer.
Salut Simon, j'ai bien compris que l'on doit diviser chaque "page" de l'application en modules pour ensuite placer ses composants smarts qui utiliserons des composants dumb pour l'affichage. Seulement j'ai une question, ou placer un composant dumb ou smart qui est utilisé dans plusieurs pages et donc dans des modules différents ? Par exemple j'ai un composant dump nommé "button-primary" qui se retrouve sur deux pages différentes. Je ne sais pas où placer les scripts (ts,HTML,CSS) de ce composant. PS: La vidéo est géniale et efficace ! 👍
Hello Simon. Ce que tu nommes facades pattern, c est communément ce qu on nomme nos services dans nos app angular ? Ou c est encore une autre couche qui vient s intercaler entre le service et le composant ?
Salut ! tes conseils sur les composants, l'architecture etc sont valable aussi pour ReactJS ou c'est spécifique à Angular ? Et je voulais savoir si tu as choisi Angular par choix spécifique et pourquoi pas React. Merci !
@@parismichel11 L'équation s'applique à n'importe quelle ligne de code qu'il va falloir maintenir, relire et tester. Essayer d'avoir toujours le moins de code possible à gérer pour un problème donné. 👍
J'ai un projet en angular pour être prise en stage j'aimerais bien savoir si vous recommandez un cours udemy je suis preneuse et merci pour ces vidéos ❤
Bonjour Simon, Y'a du contenu de ce genre dans ta formation ? Dès que j'ai vu le bloc Hello World j'avoue que j'ai zappé. Mais le contenu un peu poussé m'intéresse.
Hello, oui l’objectif de la formation est de bosser sur les cas complexes « de la vrai vie ». Il n’y a pas de Hello world dans la formation Angular SENIOR, au contraire il est recommandé de déjà avoir développé des applications Angular auparavant. Bon code, Simon.
@@Creativeetea Salut, je viens de voir ton message étant en congés. Mon adresse pro est en haut à droite sur le site : angularsenior.fr/roadmap. Bon code et n'hésite pas si tu as des questions. Simon. (J'évite de publier mon adresse pro sur une plateforme public)
Pour les imbéciles de recruteurs, il n'y a que l'expérience qui compte... Ils sont complètement nuls dans leur domaine et se permettent de juger des candidats dans l'IT... Il y a des cracks en techniques qui n'ont pas d'expérience et qui sont meilleurs que des ingé avec 5 ans d'XP et plus... Le pire c'est qu'un pauv type qui a galéré 10 ans dans un métier et qui postule dans un autre métier sera prioritaire pour ces imbéciles malgré que le junior peut le bouffer en tech...
Salut Walid, vaste question. Je dirai qu'un point important est de ne pas se contenter du code "Make it work" et aller rapidement chercher du "Make it right. Make it fast". En gros, être capable de créer du code qui permette à l'équipe d'aller de plus en plus vite dans les développements, plutôt que du code "spaguettis" qui fait que le projet va de plus en plus lentement. Bon développement, Simon.
Hello Sébastien, les concepts présentés dans cette vidéo fonctionnent pour n'importe quel projet web, quelle que soit la technologie sous-jacente (React, Vue, JavaScript, etc...)
Cool, mais si le dumb component peut envoyer de la data via @Ouput, ce n'est plus un dumb component. Ca reste de la communication. Il fait plus que du simple affichage. Je pense que le dumb component ne devrait pas utiliser @Output, seulement les smart components.
2 года назад+2
L'idée d'un dumb est de recevoir uniquement les donnés à afficher dans le html et de remonter juste les interactions utilisateurs sur ce html, par exemple le fait d'avoir cliquer sur un bouton, d'avoir saisi tel texte dans un input, d'avoir choisi tel valeur dans un select.
Merci @Cédric Lecocq, c'est exactement la réponse que j'aurai donnée ! Les Dumb ont des propriétés @Outputs, puisqu'ils sont le premier rempart de votre application face aux demandes de l'utilisateur (événements). Qu'en penses-tu @Allan ?
Hello, d'accord sur le fond. Les intérêts d'un commercial et de l'ingénieur derrière sont opposés. C'est à l'entreprise de garantir que l'ensemble fonctionne correctement.
Hello, les deux sont compatibles. NgRx gère le state management et le Facade Pattern aide pour le refactoring progressif sur de « vrais » projets avec déjà une certaine dette technique. Venir glisser directement un store est ainsi facilité. Bon code !
il parle simplement comme on parle en entreprise/sur les projets, je suis dev donc ça me va bien, je peux comprendre que pour les junior ou novice dans le monde du web peu paraitre difficile, mais je pense que c'est un mal nécessaire
Merci Simon. Avec mes 10ans d'expériences je m'y retrouve parfaitement
Merci, au top ! 🚀
J'ai vu la vidéo 3 mois plus tard mais le contenu m'a vraiment captivé car il est et sera d'actualité pour un bon moment. Le 3ème principe n'a pas été suffisamment clair pour moi (composant de façade) et je suis impatient de vous lire prochainement apporter de l'éclairage dessus. BRAVO 👏 et MERCI pour ce partage.
Merci infiniment Simon, ton approche très Pro m'a facilité la vie !
Au top, merci pour ton retour. Bon code !
Excellente vidéo constructive et méthodique. C’est carré et logique.🎉🎉
Un grand merci !
Bon code pour affronter la complexité au quotidien sur les projets. 👍
Ok je suis qu'au quart de la vidéo mais ça part très bien on voit bien que tu sais de quoi tu parles, c'est clair et ça décrit bien la réalité du marché de l'industrie IT française actuellement : TOP MERCI !!
Superbe vidéo sur les principes d'une architecture solide et ceux pas que sur un projet Angular, ce concept peut également s'appliquer sur un projet React/Vue également. J'ai eu la chance de travailler dans une entreprise ou les développeurs front ont déjà mis en place ces principes et pour un débutant c'est plus simple de se repérer dans le projet.
Salut Simon, c'est ça ce que je voulais entendre. Merci
Au top, merci Samir !
Merci beaucoup pour vos vidéos toujours très bien expliquées ! En tant que débutant sur Angular, je suis vraiment fan de la façon dont vous expliquez certains concepts de manière simple et accessible aux débutants. Je vous suis depuis un bon moment et grâce à vous, ma confiance dans Angular grandit petit à petit. Cependant, j'aimerais vous demander s'il serait possible que vous réalisiez un tutoriel plus détaillé sur l'utilisation de Materialize avec Angular. Ce serait d'une aide considérable pour moi.
Hello, l'utilisation de Materialize dans ce tutoriel est uniquement pédagogique. Il est très peu/pas utilisé en entreprise. Je vous recommande de vous tourner vers des solutions comme Bootstrap ou Prime-ng qui sont bien plus populaires.
Bon code,
Simon.
Les explications d’un sénior sont bon à prendre surtout quand on en a jamais eu ! J’ai plein de choses à revoir dans mes applications Angular …😅
Haha, step by step !
HOUA!!!!!!!
C'est fou, cette vidéo arrive pile-poil au bon moment pour moi :p
J'ai avancé de mon côté et effectivement ngrx est super intéressant. Après avoir beaucoup trop d'état dans mes services et fait un store maison, j'ai décidé, dans mon dernier projet angular, d'utiliser le store ngrx. Je créer un "sous" state supplémentaire à chaque chargement paresseux d'un module. => 1 page = 1module = un state
je viens d'apprendre et de comprendre grâce à ta vidéo l'existence et l'importance d'utiliser une façade. C'est top. Dans les services on conserve les appels api, je suppose ?
j'ai écouté également un podcast sur la clean architecture coté front. Si j'ai bien compris, on sort la logique métier de angular et il l'injecte ensuite grâce à l'injection de dépendance d'angular. La logique métier est traitée en programmation fonctionnelle et ainsi, les tests sont super facile à faire. Juste des fonctions simple sans avoir à "mocké"... Je n'ai pas pu encore mettre ça en pratique, mais j'ai hâte de tester ça.
Quand pense-tu stp ?
Tes vidéos sont un régal Simon. Merci beaucoup !!! On vient de me faire passer un test coding game pour un poste Angular, je pleure !!! Tu m'as redonné le moral la :)
A quand une vidéo sur les tests 🤭
Le composant de façade peut-il être le composant page lui-même ?
Hello Nicolas, je me suis noté j'espère vous publier ça prochainement !
Hello Nicolas, la facade est un service au sens Angular. Généralement, j'ai 1 facade par page.
Salut Nicolas, au top que la vidéo a pu te servir !
Concernant la Clean Architecture, je vois ça comme un ensemble de bonnes pratiques qui sont toutes intéressantes. Mais cela demande d'avoir déjà une certaine expérience, pour mieux comprendre les problèmes que cela résout.
Merci pour cette vidéo de qualité, elle me motive à faire ton programme développeur senior après mon stage
Merci
@mitiés
Hello Pascal, merci pour ton retour. Content que la vidéo ait pu t'apporter quelque chose ! 👍
Bon développement,
Simon.
Salut Simon, merci pour cette vidéo. Est-ce que tu pourrais développer le concept de reactive component en lien ac le pattern Facade ds une vidéo en développant une petite app Angular ? Concernant les échanges smart / dumb cmp, la logique output/input est rébarbative voire excessive pour des dumb imbriqués ds des dumb eux mêmes imbriqués ds des dumb...en gros si le dumb est ancré trop profondément ds la hiérarchie de cmp par rapport au smart, il est tentant d'injecter le service directement ds le dumb (qui deviendrait un smart contenu ds un dumb ?).
Hello, oui je note dans la to-do list de vidéos un exemple complet sur ce qui est présenté dans cette vidéo. Surtout les points Smart & Facade qui sont les points sur lesquels j'ai eu le plus de mal à me former moi-même. Concernant les dumb dans des dumb, on pourra regarder également, en sachant qu'une imbrication de plus de 1 niveau devient rapidement lourd, je suis d'accord avec vous.
À bientôt pour une vidéo de ce genre,
Simon.
C'est vraiment super intéressant, merci Simon!
Merci pour ton retour @Mathieu !
Bon développement,
Simon.
Salut Simon, Merci pour ta vidéo. Petite idée de vidéo : Formulaire reactif (Reactive form) sur Angular. A très vite
Hello Alex G, merci pour la suggestion. Ce n'est pas tombé dans l'oreille d'un sourd.
Cela devrait une vidéo obligatoire pour tout Team Leader, je suis impressionné par le contenu, je valide tous les concepts décrits. (j' ai juste une petite réserve sur l'utilisation à 100% des observables, même si je continu à utiliser le pattern Redux, j'essaye de diminuer....vers un mix 80% promises et 20% Observables
Quel est l'intérêt ? J'ai jamais eu le réflexe d'écrire une promesse sur Angular (je pose la question curieux d'apprendre)
Yoo ça fait plaisir de te revoir !
Merci !
@@codeursenior Merci à toi j'ai bcp progresser depuis que regarde tes vidéo.
@@rs4267 🔥
J'avoue que cette vidéo est assez condensée mais intéressante. J'aurais bien aimé que les point 3 et 4 soient un peu plus détaillés.
Mais bonne vidéo.
Merci Naël !
Pour les points 3 et 4, c'est difficile de tout faire tenir pour le format RUclips. J'essayerai de les traiter dans des vidéos à part : composants Smart & Facade Pattern.
Bon développement,
Simon.
c'est quand tu dis "vous sortez angular c line" j’entends "vous sortez l'angularsenal" aha, ça
peut faire une bonne punch line pour tes présentations ;)
Top toutes tes explications c'est clair et efficace 🙂
Merci à toi !
Bon développement, Simon.
Très bonne vidéo! Sauf le principe n°4. (de mon point de vue) ;-)
Je n'ai jamais adhéré à ngrx car pour moi il apporte énormément de complexité là où Angular permet nativement de faire un store et de la réactivité avec les services et rxjs.
Bonjour Emmanuel, tout à fait d'accord, vous devez avoir une problématique de state management qui justifie de sortir cette unsine à gaz ! 👍
(Même si dans les dernières versions, le code boilerplate est un peu moins aggressif)
Salut Simon et merci pour cette vidéo ! Je suis développeur depuis peu, j'ai fais une formation DWWM de 6 mois avec un socle Php et une spécialité Symfony. Je cherche activement du travail mais pas évident. J'ai décroché un entretien dans une entreprise qui travaille sur Angular. Cet entretien à lieu dans une semaine et je cherche à apprendre un max de chose sur Angular pour au moins montrer que j'ai travaillé le sujet et que même si je maitrise pas NodeJs, TS et Angular je suis motivé pour apprendre ! J'ai fais plusieurs vidéo qui étaient plus orientés sur les fondamentaux comme les Directives d'attributs et structurelles, les composants et le système d'injections de dépendances… avec notamment la présentation d'Angular par Lior Chamla mais ma question est la suivante: Que dois-je privilégier pour cette entretien, ressortir des principes de la gestion de la complexité sans trop rentrer les détails ? D'ailleurs en vrai j'ai pas tout capté sur "les façades" mais sinon le reste c'est ok. Si tu as quelques conseils pour que j'arrive à me démarquer.
Top formation, thank you
Salut Simon, j'ai bien compris que l'on doit diviser chaque "page" de l'application en modules pour ensuite placer ses composants smarts qui utiliserons des composants dumb pour l'affichage.
Seulement j'ai une question, ou placer un composant dumb ou smart qui est utilisé dans plusieurs pages et donc dans des modules différents ?
Par exemple j'ai un composant dump nommé "button-primary" qui se retrouve sur deux pages différentes.
Je ne sais pas où placer les scripts (ts,HTML,CSS) de ce composant.
PS: La vidéo est géniale et efficace ! 👍
Hello Simon. Ce que tu nommes facades pattern, c est communément ce qu on nomme nos services dans nos app angular ? Ou c est encore une autre couche qui vient s intercaler entre le service et le composant ?
Quand allez vous aborder les TEST et TDD avec Angular ? Que pensez vous de l'architecture DDD et l'utilisation de NX (NRWL) ?
Superbe vidéo
Au top, merci à toi !
Salut ! tes conseils sur les composants, l'architecture etc sont valable aussi pour ReactJS ou c'est spécifique à Angular ? Et je voulais savoir si tu as choisi Angular par choix spécifique et pourquoi pas React. Merci !
Hello et merci pour ta super vidéo! Petite question stp : hidden state = bugs?
Oui tout à fait, essayer toujours de définir le scope le plus réduit possible pour un état donné.
Merci pour la réponse. Dernière question : l'équation de ma complexité s'applique aussi ailleurs que sur Angular? Python? Java? Du SQL?
@@parismichel11 L'équation s'applique à n'importe quelle ligne de code qu'il va falloir maintenir, relire et tester. Essayer d'avoir toujours le moins de code possible à gérer pour un problème donné. 👍
J'ai un projet en angular pour être prise en stage j'aimerais bien savoir si vous recommandez un cours udemy je suis preneuse et merci pour ces vidéos ❤
Merci Simon
Merci ! 👍
Bonjour Simon, Y'a du contenu de ce genre dans ta formation ? Dès que j'ai vu le bloc Hello World j'avoue que j'ai zappé. Mais le contenu un peu poussé m'intéresse.
Hello, oui l’objectif de la formation est de bosser sur les cas complexes « de la vrai vie ». Il n’y a pas de Hello world dans la formation Angular SENIOR, au contraire il est recommandé de déjà avoir développé des applications Angular auparavant. Bon code, Simon.
Une adresse mail ou je peux te joindre ? J'aurais besoin d'un devis et d'un descriptif de ta formation pour la faire valider par mon chef de projet.
@@Creativeetea Salut, je viens de voir ton message étant en congés. Mon adresse pro est en haut à droite sur le site : angularsenior.fr/roadmap. Bon code et n'hésite pas si tu as des questions. Simon.
(J'évite de publier mon adresse pro sur une plateforme public)
Très intéressant, pour vous quels sont les étapes fondamentaux qui font passer un Junior vers un Senior? apart l'experience bien sur, Merci.
Pour les imbéciles de recruteurs, il n'y a que l'expérience qui compte... Ils sont complètement nuls dans leur domaine et se permettent de juger des candidats dans l'IT...
Il y a des cracks en techniques qui n'ont pas d'expérience et qui sont meilleurs que des ingé avec 5 ans d'XP et plus...
Le pire c'est qu'un pauv type qui a galéré 10 ans dans un métier et qui postule dans un autre métier sera prioritaire pour ces imbéciles malgré que le junior peut le bouffer en tech...
Salut Walid, vaste question. Je dirai qu'un point important est de ne pas se contenter du code "Make it work" et aller rapidement chercher du "Make it right. Make it fast". En gros, être capable de créer du code qui permette à l'équipe d'aller de plus en plus vite dans les développements, plutôt que du code "spaguettis" qui fait que le projet va de plus en plus lentement.
Bon développement,
Simon.
L'expérience ce n'est pas qu'une question de technique .
Super Video aurais tu une expertise plus ou moins similaire pour les codeurs React ?
Hello Sébastien, les concepts présentés dans cette vidéo fonctionnent pour n'importe quel projet web, quelle que soit la technologie sous-jacente (React, Vue, JavaScript, etc...)
un projet récent que tu as dévellopé? à part du frontend...
pas besoin de ngrx, service + behaviorSubject + asObservable pour la lecture et next([...arr]) et je reduis la complexité de ngrx
Cool, mais si le dumb component peut envoyer de la data via @Ouput, ce n'est plus un dumb component. Ca reste de la communication. Il fait plus que du simple affichage. Je pense que le dumb component ne devrait pas utiliser @Output, seulement les smart components.
L'idée d'un dumb est de recevoir uniquement les donnés à afficher dans le html et de remonter juste les interactions utilisateurs sur ce html, par exemple le fait d'avoir cliquer sur un bouton, d'avoir saisi tel texte dans un input, d'avoir choisi tel valeur dans un select.
Merci @Cédric Lecocq, c'est exactement la réponse que j'aurai donnée !
Les Dumb ont des propriétés @Outputs, puisqu'ils sont le premier rempart de votre application face aux demandes de l'utilisateur (événements).
Qu'en penses-tu @Allan ?
🥰
🚀
Des conseils pour un jeune diplômé développeur frontend ??
Trouver une mission où tu seras entouré par des gens compétents ET bienviellant.
merci
Merci Yamine !
ou mettre mes facades au niveau de l'achitecture
Hello, les Façades sont des services à injecté dans les composants de page de votre application. Bon code à vous !
@@codeursenior merci
@@bricetchongoue4463 👍
Le commercial il ne sous estime pas la charge, il veut juste vendre son projet ,pécho le nouveau client, et lui vendre des avenants au prix fort.
Hello, d'accord sur le fond. Les intérêts d'un commercial et de l'ingénieur derrière sont opposés. C'est à l'entreprise de garantir que l'ensemble fonctionne correctement.
La vidéo date mais j’irais plus sur l’implementation d’un store ac la librairie ngRx que sur un façade pattern…
Hello, les deux sont compatibles. NgRx gère le state management et le Facade Pattern aide pour le refactoring progressif sur de « vrais » projets avec déjà une certaine dette technique. Venir glisser directement un store est ainsi facilité. Bon code !
ça parle ni français ni anglais difficile de suivre ces dev francophile
il parle simplement comme on parle en entreprise/sur les projets, je suis dev donc ça me va bien, je peux comprendre que pour les junior ou novice dans le monde du web peu paraitre difficile, mais je pense que c'est un mal nécessaire
Merci Zeck !