Salut merci pour la vidéo; Concernant la réference au projet, on vois qu'il y a des lignes qui se sont ajouter <ItemGroup> <ProjectReference Include="".... ect.. Puis-je directement écrire ces lignes manuellement en renseignant le chemin et ensuite en faisant génerer
Salut je ne sais pas si tu verra ce commentaire. Puis-je intégrer Tailwindcss à mon projet ? si oui, niveau config tailwindcss m'a génerer un script styles.css dans lequel j'ai @tailwind base; ect... Sais-tu où dois-je importer le fichier styles.css ? et est-ce qu'il n'y aurait pas une autre manière de faire plus proporement ? Merci d'avance
Fibnalement c'est ok, je devais juste ajouter une target sur le fichier tailwind.config vers le répertoire "./projects/**/*.{html,ts}" et sa fonctionne très bien. Sa aide beaucoup pour le style
mais ouais faut que je fasse trop gaffe avec les liens derrières :D
17 дней назад
Merci pour cette preview. Je dis peut-être une bêtise mais il semble qu'Angular fait un peu comme Microsoft pour .Net avec une version sur 2 en LTS, même si on a bien le "tampon LTS" à chaque version majeure d'Angular. Angular 3 ! J'aime bien l'idée mais je pense que ce serait plus une "sorte de grosse communication" pour mettre en avant les changements majeures des dernières versions. Ce qui n'enlève rien au travail accompli <3
Hello, comme dit dans la vidéo, non : tu as une release tous les 6 mois : angular.dev/reference/releases dotnet c'est une release tous les 2 ans. Et dotnet c'est une version lts tous les deux versions, donc tous les deux ans. Angular dit bien : "All major releases are typically supported for 18 months."
Salut, merci pour la vidéo. Ça serait chouette si tu pouvais nous sortir une vidéo sur Analogjs et la prochaine version à venir et si ça peut être intéressant de l'implémenter avec Angular
Franchement merci ! C'pas facile de trouver des vidéos récentes donc qui utilise Angular 18 et pour quelqu'un comme moi qui vient de commencer Angular, tes vidéos sont top, ultra bien expliquées et détaillées tout en restant facile et accessible pour les débutants donc niquel ça mérite pleins de pouces bleus et un abonnement évidemment comme ça j'irais suivre tout ton module "bien démarrer avec Angular" :D
bonjour, merci pour tes vidéos qui m'aident bcp à progresser sur l'angular sur la dernière partie de la vidéo, est ce qu'on peut utiliser un signal à la place du BehaviorSubject pour s'abonner au changement du formulaire ? une autre question, comment faire si je souhaites m'abonner au changement d'un élément particulier du formulaire? par exemple je souhaites détecter le changement de la version.
Faut faire son taf, prendre du plaisir et partir rien de plus. Pour avoir vécu une expérience en tant que Lead tech s’est toi qui récolte tous les problèmes côté client et dev si tu t’entends bien avec tes devs et prend La defense des devs tu te ramasse les foudres du PO etc… et compagnie et de l’autre côté faut gérer l’humain + toutes les tâches. Bref, je suis retourné au dev simplement… et dans les devs le probleme s’est les personnes qui ont une seule philosophie moi je fais du TDD, clean archi, moi j’aurais fait comme ça blabla alors qu’il y’a aucun argument si c’est plus performant car le but des retours s’est que ce soit plus performant et plus clean pas écrire comme toi tu pensais. Les gens comprennent pas qu’on faisait des logiciels avant eux… la théorie s’est cool mais la pratique s’est autre chose Et pour finir cette sensation que le job dev en entreprise est vu comme un sous métier car on essaye toujours de diriger vers le management dans l’evolution
hello ! merci bcp pour ton retour. je suis bien dacc, après le rôle de lead tech que tu décris me fait plus penser que tu avais trois rôles, mal définis par ta direction : lead tech d'un côté, manager de l'équipe et chef de projet. clair que tu peux pas tout faire ... je pense voir ce que tu décris : les ayatolah du clean code. ne pas comprendre ce que l'autre a fait. c'est très personnel le code, et c'est vrai que quand la qualité (celle que chaque personne définit comme qualité) n'est pas là, on a tendance à réagir en disant : hey, il fait de la $$*ùù*. comme tu dis : la pratique : savoir s'adapter au contexte, c'est l'essentiel. je suis dacc avec toi : l'évolution d'un dev ne devrait pas être chef de projet ... les manager / rh ont rien compris ! après si tu as envie d'aller vers ce NOUVEAU métier tu peux, mais tu deviendras junior chef de projet.
2 месяца назад
=== Tour de combat === Sam inflige 3 à Gobelin-8 Gobelin-8 a 97 pv restant Gobelin-8 inflige 2 à Sam Sam a 98 pv restant === Fin du tour de combat === === Tour de combat === Sam inflige 4 à Gobelin-8 Gobelin-8 a 93 pv restant Gobelin-8 inflige 9 à Sam Sam a 89 pv restant === Fin du tour de combat === Par contre j'ai préféré utiliser le système en place sur les règles pour faire une classe CombatAMortRegle.cs
dans le passé , j'ai intégré une équipe de "perso" aucune communication,, chacun dans son coin. juste le strict minimum de com avec le dayli le matin sur 10 dev, personne ne m'a demandé ne serait ce une fois, ou je mangeais à midi, rien...très étrange quand je demandais de l'aide, je sentais que je dérangeais et c'était le minimum tu fais ça et ça et hop il se casse je suis resté 1 mois il y a aussi la toxicité des "persos"
Salut Evan chouette vidéo et chouette projet pour voir les notions du c# de manière ludique et avec une bonne pratique de codage. Tu as déjà testé le framework monogame ? J'aimerais tester ça prochainement. Bien à toi.
hello Romuald ! ça fait plaisir de te lire ! merci de ton retour ! yes, déjà testé, mais pas plus avancé. j'avais vraiment bien aimé oui ! Tiens ça pourrait être intéressant d'utiliser tout le travail que j'ai réalisé sur monogame ! :)
Je ne savais pas que tu faisais du podcast, sympa. Je suis dev depuis 10 ans et je commence à peine à m'estimer "Senior" et voilà que j'entends parler de plus de plus de l'IA (via chatGPT, coPilot) en tant qu'assistant dans notre quotidien de dev (oui je ne suis pas du dernier bateau). Je ne sais si tu as déjà traité le sujet du comment intégrer l'IA dans ton dev mais je suis preneur si tu as des sources intéressantes. Merci pour tes contenus :)
Ce qui m'intéresse de soir c'est si tu as des mémo sur des techno, par exemple sur Angular . Si tu utilise ou code souvent une telle ou chose, tu n'aura pas pas besoin de mémo sur le sujet ou alors avec le temps tu le supprimera par exemple !! En gros est-ce que tu tes organisé quelque chose pour revenir façon de faire avec de code dans des projets ou autres . Perso, des fois je me rappel plus comment faire telle ou telle chose alors que j'en avais la métrise a ce moment là !! comment tu fait pour plus ou moins, conserver cette métrise que tu développe ??? Merci d'avance !!
hello ! lorsque j'ai démarré, oui, j'avais des mémos. j'avais des chemises, où je notais tout ce que j'apprenais. maintenant, l'haibitude fait que je mémorise plus facilement ce que j'apprend. bien que des fois, ça m'arrive d'oublier. Dans ces cas-là : je reprends mes bonnes habitudes, et je note tout dans un notion. et le plus important, c'est de toujours pratiquer, se remettre en question :)
A 56 ans et 30 ans de R&D, je me sens pleinement concerné et j'adhère tout à fait à votre façon de considérer ce sujet, merci et bravo pour cette vidéo instructive.
2 месяца назад
yep, en fait pour le diagramme de classe tu peux montrer les associations en faisant click droit sur la collection cells de la classe MainGrid et afficher en tant qu'association de collection, voila
hey, merci ! ça a attisé ma curiosité ! :) j'ai vu. et c'est pas propre du tout ! devoir cliquer pour le faire, quelle horreur ! bon après, c'est pas l'outil que j'utilise tous les jours. ahah !
quelques remarques : - je dirais que 5 ans sur des projets intéressants, complets, variés fera un meilleur dev que celui qui fait 20 ans sur des projets simples, identiques - en entreprise, ce n'est pas aux dev de dire non aux clients - un bon dev doit savoir chercher les bonnes infos techniques, doit apprendre de ses erreurs pour s'améliorer
hello @nuketoto3868 merci pour ton retour. - j'aime bien ton idée de 5 ans, perso, j'ai vu des devs en 3 ans qui avaient bcp de savoir, de compétence, etc, et des devs de 10 ans qui ne faisaient rien, et n'évoluaient plus dans leur métier. 5 ans c'est un bon compromis ahah. :) - en fait, c'est bien au dev que normalement il revient de demander les infos, dire non, c'est simplement la culture actuelle, qui est conditionnée sur des silos qui empêche cette approche. et ce'st souvent ça qui donne les erreurs de compréhension d'analyse, etc ... par contre, c'est sur ça s'apprend, et beaucoup de boite n'ont pas envie, ou ne savent pas comment faire (formation à faire). dans ma première entreprise, c'était bien les devs qui parlaient au client, et que ça fonctionnait bien ! ça veut pas dire tous les devs en même temps, non .. juste trouver un porte parole DEV. - c'est bien ce que je décris : on se rejoint : un bon dev, en fait un bon professionnel (pas que dev), doit s'améliorer continuellement. et donc deviendra meilleur dans les domaines sur lesquels il veut progresser.
Hello, merci pour la vidéo. L'erreur de takeUntrilDestroyed de type : Error: NG0203: takeUntilDestroyed() can only be used within an injection context such as a constructor, a factory function, a field initializer, or a function used with `runInInjectionContext`; peut-être corrigér, d'après la doc, soit en l'utilisant donc un constructeur, soit par injection d'un DestroyRef, comme ceci : private destroyRef = inject(DestroyRef). C'est plus élégant à mon sens, au lieux de déporter toute la logique dans la déclaration du subscribe :)
hello ! yes tout à fait. même si je ne recommande pas le DestroyRef. ça casse la logique d'avoir des observable qui soient le plus déclaratifs possibles.
merci ! =) et oui, complètement ! any et all, ont le meme niveau de perf, juste une façon de penser ahah. je ferai une vidéo sur les operators linq, tout bientot ! merci de ton commentaire !
L'autre moyen qu'on peut utiliser pour se désabonner est d'utiliser l'opérateur 'takeUntilDestroyed()' dans un context d'injection (constructeur) qui se trouve dans '@angular/core/rxjs-interop' ou takeUntilDestroyed(inject(DestroyRef)) dans un context de non injection ou aussi l'utilisation du pipe async.
Merci Evan, tu débloques tellement de choses dans ma tête ! 6 ans d'Angular en entreprise et depuis que je suis ta chaîne je me sens vraiment mieux ! J'ai hâte que tes formations soient validées avec le CPF, j'ai un petit pactole à dépenser et tes formations angular avancées vont vraiment m'aider.😊 Je t'en supplie continue tes vidéos. Dommage que mon emploi du temps ne soit pas compatible avec tes lives mais heureusement que tu les publies ici !
wow ! extra ton commentaire ! Ravi de t'apporter autant ! Promis, je vais continuer ! meme amplifier les vidéos ! :) toujours plus de dotnet, toujours plus d'angular, et de ts et de ... /D pour le CPF, on se redit ça rapidos, j'ai nue piste pour y répondre rapidement
À +/- 28:40 : pourquoi faire un not d'un Any qui va vérifier sur un not du Verify de chaque rule? Je trouve qu'utiliser this.rules.TrueForAll(x => x.Verify()) est plus clair à lire et arrêtera aussi de parcourir la boucle au premier élément qui retournera false. À +/- 1:00:00, plutôt que de faire un if sur totalLife et le set à 0 s'il est devenu négatif, utiliser un Math.Clamp pour limiter les valeurs à 0 et "une valeur max" (LifePoints.Value par exemple) est plus efficace je trouve.
merci pour ton commentaire ! Ok, on a trois possibilités (voir plus même) aha. - Any - TrueForAll - All parlons performance, maintenant, pour rester objectif sur l'utilisation de telle ou telle méthode : niveau perf, TrueForAll qui n'appartient d'ailleurs pas à Linq, est plus performant. et donc, quand on cherche la performance, c'est plus pertinent. medium.com/c-sharp-progarmming/stop-using-this-linq-method-37173d0bfe3d Donc clairement, je te rejoins, partons la dessus. Merci pour la review ! C'est tout l'intérêt de la review de code, n'est-ce pas ? J'en parlerai dans la prochaine vidéo, deal ? ! Concernant ton second commentaire, merci du partage. Top si tu utilises le Clamp de Math. et merci du partage. Clamp en effet, arrive à peu prêt au même but. C'est une question de point de vue selon moi ... discussions.unity.com/t/performance-of-mathf-clamp-vs-if-else-statement/71373
Super vidéo. Par contre je trouve dommage que tu as coupler la partie ui avec une application console. Tu as justement fait toute la partie display pour pas faire de console.writeline dans ui et ensuite chooseItem la même logique pour pas faire de console.readline. pour finalement quand tu arrive aux commande faire une commande ExitCommand dans ui qui fait un Environment.Exit. bref tu le dit toi même que c est pas bien. Mais je trouve cela dommage. Sinon super super vidéo continue comme ça
hello Adrien. Tout l'idée c'est de commencer avec une console, et après coupler le même moteur de jeu avec une application Windows, par exemple. Pour la partie ExitCommand, ce n'est pas que c'est pas bein, c'est juste qu'on peut alle rencore plus loin, et se dire qu'on peut avoir un ExitCommand générique en fait :)
