Je ne partage pas exactement ton point de vue. Pour moi le SRP sert uniquement à decoupler les raisons de changer de nature technique. Ce qui fait qu'on ne met pas de logique métier dans un mapper ou d'accès en base dans un service, ce genre de choses... Ce dont tu parles, plus proche du DDD et de la clean archi, considère le découpage et la duplication des fonctions selon les acteurs du système, est de nature fonctionnelle, et c'est un concept différent du SRA, puisque il peut par exemple s'agir de dupliquer plutot que factoriser des fonctions qui peuvent diverger du fait meme qu'elles sont consommées par différents acteurs. bref, c'est plus un concept à part entière selon ma conception, car, certes, c'est intéressant d'intégrer à la responsabilité les acteurs qui la consomme. Mais cela complexifie aussi cette notion, et je préfère séparer les responsabilités, de nature technique ou fonctionnelle, des business boundaries, qui définissent les ségrégations de nature métier.

Je suis mort de rire, comment t'arrive à ne pas éclaté de rire, avec tout ses phrases antilogique? et si proche d'un réel "tuto" ? J'approuve ton travail ! ( même si je me doute qu'il faut faire tout l'inverse )

Vous utilisez quelle base de données pour les sites ?

un code plus facile pour le dernier exercice const sum = user.reduce((sum,item)=>sum+(item.gender==="M" ? item.salaire+1000 : 0),0)

J'ai acheté le bouquin et je me suis dit qu'acheter la version française permettrait de financer des traducteurs. Quelle erreur: la traduction française est IMMONDE! J'ai dû l'acheter en anglais après. Le contenu du livre est très bon, en tout cas, merci du conseil lecture. Je te conseille en retour le tome 17 de Boule et Bill. Voilà, on est quittes.

Mais Simon D., que penses tu des personnes qui disent aux autres que leur code est trop perfectionné en sous-entendant qu'ils font les égoïstes alors que la personnes qui écrit le code ne fait qu'un pas vers l'avant ou est en apprentissage ? Cela doit démotiver qui, les lecteurs ou l'écrivain du code? La réalité c'est que n'importe qui peut avoir son propre avis juste parce que la compréhension de code n'est fondamentalement pas facile. Il faut arrêter de donner de fausses espoirs car on sait très bien qu'un code fonctionnels et opérationnel n'est pas forcément propre. Très philosophique. La propreté elle-même ne peut-elle pas etre subjective donc lié à une entité ?

Do not waste time to learn angular it's wastage off time

n'existe-t-il pas aussi une version française

merci pour les informations 🎉

C'est pas les mêmes langages refouler au départ que vous conseillez à la fin?

salut je ne connais rien au code, j'ai eu quelques idées est-ce que tu pourrais me dire si elles sont réalisables ou pas et surtout si tu penses qu'elles sont bonnes

Super vidéo, par contre je me demandais, sans module comment fait on quelquechose comme çà ? : NgModule({ imports: [ RouterModule.forRoot(routes, { useHash: true }), ] Perso , j'ai trouvé une solution, mais je suis curieux de voir si une autre est possible.

@ Simon Dieny, merci pour ta vidéo. Je suis développeur débutant. Je pense que je souffre su syndrome de l'imposteur. Lorsque je souhaite résoudre un problème, je me rends souvent sur Google. Comment faire pour éviter le copier coller du code des autres ? Car j'ai l'impression de ne pas comprendre réellement ce que je fais. Merci d'avance.

Superbe video, tu jouais pas à aom un temps

Coucou Simon et merci pour la vidéo, petite idée de vidéo ==> comment customiser les couleurs de son application grâce aux theming :D

J'ai vu un article qui parle de l'inconvénient d'utiliser le pipe async pour souscrire à un observable. Lorsque l'Observable retourne une erreur, rien ne se passe du côté du pipe async. Il n'y a pas un moyen de traiter l'erreur.

Bonsoir, Merci beaucoup pour ce tuto qui me permet de mette un pied dans Angular. J'ai suivi le tuto à la lettre en ayant des petits problème dus je pense au fait que j'ai la version 18 J'ai dû par exemple ajouter import { CommonModule } from '@angular/common'; import { BorderCardDirective } from './border-card.directive'; ainsi que imports: [RouterOutlet,CommonModule,BorderCardDirective] pour que cela fonctionne chez moi. Neanmoins je bute depuis 3 heures sur les directives Malgré le respect du code cela ne fonctionne pas chez moi. Dès que je mets PkmnBorderCard dans le DIV ça me change l'aspect des cartes et il ne se passe rien au survol. sauriez vous m'aider sur le sujet D'avance merci

Tu viens de me sauver !!!! Merci ! Déjà c'est hyper dur c'est vrai que la confiance en soi elle joue énormément. Quand tu as tellement d'informations à retenir ça peut désorienter fais de pas avoir de technique forcément et de ne pas gérer au début car on sait pas vraiment. C'est malaisant travailler dans quelque chose qu'on sait pas donc on est amené à chercher toujours d'autres informations et au final on progresse pas. Mais ici avec tes techniques tu rassures par le fait qu'il yad méthodes

Bonjour leader, quel dev angular étiez-vous?

Bonsoir , ou Esce qu’on pourrait vous contacter ?

Vraiment des conseils de Captain Obvious...

Super video qui plus est tu n'as souligner que les bons conseils de ce livre, le reste etant beaucoups moins pertinent voir totalement a coter de la plaque.

C’est vrai pour la gestion du temps! J’en ai été victime! Très important!

Bonjour, personnellement il ne me demande pas si je veux un angular routing a 37:21 donc j'ai pas les mêmes fichiers de base, par contre il me demande si je veux Server-Side Rendering et Static Site Generation, je sais pas si vous avez des recommandations par rapport à ça ?

hate d'avoir le tuto ! projet angular qui commence la. merci pour tout

Tu es sur que RXJS ne va pas coexister avec les signaux ? J'avais entendu comme quoi RXJS n'allait pas disparaitre ....

Belle interview. Bon courage à vous

Merci pour des meilleurs idées

j'ai un petit problème lors de la création du projet le fichier app.modules n'est pas générer ! quelqu'un peut m'aider ?

Super vidéo, merci beaucoup Simon. 🙂

Mouais, coder proprement c'est déjà de mettre des noms de variables qui ont du sens, de mettre des commentaires et surtout de penser à la maintenabilité. Ça sert à rien d'optimiser à mort si à la moindre évolution tu es obligé de tout jeter à la poubelle.

Enfin une personne qui tente de se rapprocher de la vérité réel. Si tu n'étais pas youtuber, tu aurais plus raison.

C'est un sujet très intéressant. C'est un principe qui semble à prime abord simple mais en réalité, il est très difficile à comprendre et à appliquer efficacement. J'essaie de le mettre en pratique en entreprise mais j'avoue que je ne suis toujours pas sur de l'avoir vraiment compris.

Merci beaucoup

J'ai tout regardé merci Simon <3

merci énormément moi mon véritable problème actuellement c'est la spécialisation et franchement ça me perturbe énormément et je regrette d'une part d'avoir fait 3 ans de licence générale je me dit si j'avais été plus spécifique dès le départ j'aurais pu facilement tracé mon chemin actuellement j'ai des petites bases en HTML, CSS, PHP, JS et pour finir développement mobile avec flutter du coup je veux vraiment me spécialiser dans un domaine et avec une technologie précise mais je sais pas si je dois faire du front ou du back mais je pense être un peu plus front même si je suis pas trop créatif. je sais pas non plus dans quelle technologie, langage je vais me spécialiser et essayer de tracer mon chemin vers l'avenir franchement mais c'est encore flou dans ma tête l'âge avance je veux réussir et ça me perturbe beaucoup

Merci beaucoup

Le pire programming ?! Ou le peer programming ?! 😉

good

Super Simon bientôt 50k abonnés. Je t’ai regarder sur tes tuto angular au début 😊 bonne continuation

Sympa, meme pour un non front-end (Data Engineer).

Personnelement je code dans cet ordre: 1 Analyse du cahier des charges et recherche du VRAI besoin, 2 Doc, 3 Test, 4 code. Après, je suis dans l'industrie, je suppose que j'ai plus de temps que d'autres devs. Et aussi, j'ai fait 20 ans en maintenance (aéro puis médical) avant de devenir dev, ca doit jouer :)

Super intéressant. J'ai acheté ce livre suite aux conseils d'un collègue il y a quelques jours, mais je n'ai pas encore pris le temps de le lire. Ca m'a motivé à le débuter. J'aime beaucoup tes vidéos très généralistes sur la qualité du code et la gestion de projet, car c'est valable pour tous les langages, et on se retrouve très facilement avec des cas de figures similaires.

Concernant le code a 11:00 , je préfère conserver les boucles fait mains qui sont plus rapide que de faire un filter puis flatMap puis encore filter, car a chaque fois il parcours tout et donc ça fait 3 fois plus de travail, donc le code est aussi 3 fois plus lent. J'ai fais cela par exemple qui je pense est propre ? Peut-être pas je sais pas, le mieux est d'utiliser TypeScript : /** * @param data * @return All infos above value 10 from datas active */ function checkResponseData(data){ const allActiveInfoAbove10 = []; for(let i = 0; i < data.length; ++i){ if(data[i].status !== "active") continue; const info = data[i].info; for(let j = 0; j < info.length; ++j){ if(info[j].value <= 10) continue; allActiveInfoAbove10.push(info[j]); } } return allActiveInfoAbove10; }

C'est marrant car j'ai eu un collègue qui a fais du code vraiment compliquée a comprendre, et ce derniers n'as jamais voulu que je fasse des correction sur sont code. Ca ressembler vachement a de l'ego mal placée car il étais plus vieux que moi ...

-merci pour le vedio , est ce que tu peux me donne des resource pour apprendre le programmation et merci

Ha, il y a des wtf dans ta description 🤓🥸

C'est très bien Simon ; c'est une courte présentation intéressante.

J'ai 49 ans ... je veux apprendre ... merci Simon d'aider les novices comme moi.