Merci pour l'explication! Pouvez-vous m'aider avec quelque chose de non lié? Mon portefeuille OKX contient des USDT et j'ai la phrase de récupération. (alarm fetch churn bridge exercise tape speak race clerk couch crater letter). Comment puis-je les transférer vers Binance?

Top 🎉🎉 je découvre la chaîne

Comment expliquer à un client que le temps investi dans les tests, l'amélioration de la qualité, le refactoring et l'application d'une architecture propre peut doubler le délai de développement, tout en le convaincant de payer ce surcoût, alors qu'il souhaite une livraison dans les plus brefs délais ?

Hello perso pour l'instant je suis très mitigée sur copilot. Je pensais vraiment avoir un assistant comme claude ou codestral. Au final c'est juste une amélioration de aucomplétion. Pour le moment j'ai eu aussi le coup de morceau code assez lamentable en provenance de github, parfois à la limite du code mort à la codepen. donc pas encore le champion du refacto. Bonne analyse de craft merci pour la découverte de packmind

DISDOMSSATION

Je suis parti juste avant la meilleure partie ! Incroyable cette intégration entre Copilot et Packmind 🔥

Too much correction and back-and-forth, it is 90% of the time quicker to write everything by ourselves, and using Copilot as an autocompletion tool

Great presentation, thanks Valentina 😀

Thank you Valentina and Laurent PY for this "AI in TDD" top knowledge ! KEY TAKEAWAY: "The design produced by AI was in my mind sometimes ... sometimes OK but AI needed human prompts, AI needed a human who understood good design principles so that when AI did not understand it well - to be able to prompt it. Now, when prompted it with more guidance (by human) - YES, AI was able to improve the design. " - Valentina

48:43 le DDD c'est le domain driven design et non pas developement

Super intéressant !!

Très très intéressant 👌🏾👌🏾

😏 "Promo sm"

waw can this be any worse?

Bonjour, serait-il possible de mettre un lien vers les slides dans le descriptif youtube ?

Merci pour ce webinar instructif ! Je vous partage à mon tour mon ressenti et mes astuces sur le sujet - Par rapport aux temps de réponse/chargement des sites web, il peut aussi être intéressant de mentionner aux porteurs de projets qu’une page qui met du temps à charger, c’est aussi une perte de potentiels clients. Il y a le chiffre assez courant qui mentionne qu’une attente ne serait-ce que d’1 seconde pour le chargement d’une page, c’est potentiellement 7% de taux de conversion de clients en moins. Cela peut être une manière d’allier un intérêt économique à cet objectif plus large de la réduction de consommation, et ainsi les encourager à accepter que les équipes de développement puissent passer un petit plus de temps sur leurs projets pour travailler sur ces points. De même pour l’impact des langages, on peut souligner le fait que des programmes plus performants, c’est moins de besoins en infrastructure et par conséquent là aussi une économie sur le coût de fonctionnement des services. On peut le voir aussi comme une manière d’avoir plus de temps devant soi quand on a un projet dont la base d’utilisateurs grandit, avant de devoir immanquablement finir par faire du scaling vertical puis horizontal - là aussi des économies - J’ajouterai pour le contenu vidéo sur les pages Web de proposer aux visiteurs d’avoir une option visible, simple et rapide (UX) de choisir une qualité de vidéo plus basse qu’un HD ou FullHD qui se mettrait par défaut, mais qui reste satisfaisante. FranceTV a implémenté cela récemment par le biais d’un petit bouton en forme de feuille sur leur lecteur vidéo d’émissions en replay, appelé « mode éco », avec un petit encart explicatif qui s’affiche quand on clique dessus. Mais il n’est pas activé automatiquement malheureusement. Cela pourrait être intéressant si c’était une pratique qui se généralisait et qui serait activée par défaut, et où l’utilisateur, s’il a vraiment le besoin de mettre une qualité supérieure, à ce moment sélectionne explicitement et volontairement ce paramètre. - J’ai trouvé l’idée de combiner les outils de bonnes pratiques de developpement avec Promyze avec justement de meilleures pratiques dans le cadre du « GreenIT » est très intéressante 👍 - Assez consterné par ces chiffres : 70% des fonctionnalités sont non essentielles et 45% ne sont jamais utilisées, c’est fou ! Cependant j’imagine que tout le monde n’a pas un temps qui lui est accordé pour s’occuper de maintenir la pertinence de la base de code des projets déjà aboutis - Pour ajouter à la minification des ressources Web, il y a aussi la possibilité pour les fichiers Javascript de faire du « tree shaking », qui consiste à avoir un programme (généralement un bundler comme Rollup) qui va analyser notre code JS et supprimer toutes les fonctions inutilisées. Suivant le nombre de bibliothèques externes qu’on utilise, cela peut vite représenter une taille importante. C’est moins facile à mettre en place qu’une simple minification, mais c’est assez efficace si on utilise bien les modules ES6 Je partage aussi un autre site/outil : bundlephobia[dot]com , qui permet de se rendre compte ce que telle ou telle bibliothèque va ajouter comme poids à notre bundle JS Bon, ce post est vite devenu trop long, allez, bonne journée !

GreenIt, super dans l'idée mais au boulot, on l'a testé et c'est faux. Il est très facile d'avoir un site en A alors que celui-ci est loin de l'être. C'est dommage car ça pourrait être un outil très cool.

Mon envie d’avoir Promyze : +1000%

Some good books about TDD : - www.amazon.com/Test-Driven-Development-Kent-Beck/dp/0321146530 - www.amazon.com/Modern-Programming-Test-Driven-Development-Better/dp/1937785483

Thank you Arthur for the opportunity to talk about how to introduce TDD more effectively into legacy projects. As we discussed today, introducing TDD is the "tip" of the iceberg. Below the surface, we need the right foundations - Testable Architecture, Effective Tests and Effective Code - it is crucial for those foundations to be established before introducing TDD.

To learn more about Hexagonal Architecture : - alistair.cockburn.us/hexagonal-architecture - jmgarridopaz.github.io/content/hexagonalarchitecture-ig/intro.html

😅 promo sm

That's great content. Thanks Yoan, Guillaume and Cedric. It's a great way to illustrate a way to start with clean architecture and to finally finish off these value objects obsession that we see all over the place ^^. Keep up the great work.

Très bon feedback. Merci pour la vidéo je suis en accord avec 99% de ce qui est dit.

Un gros merci 🙏 pour cet échange intéressant… j’ai eu l’opportunité d’assister une ptite conf teams pour discuter et échanger autour de promyze… je dirais que c très utile et intéressant …

Merci pour ce replay, j'attends la deuxième session avec impatience ! 😊

Merci pour le replay 👍

Merci pour le contenu. Un gros kiff

Si vous regardez cette vidéo, prenez une énooooooorme distance avec la qualité du code ici, elle n'y est pas du tout. Concentrez-vous plutôt sur les concepts du DDD qui sont bien expliqués. Oubliez - le franglais, - l'oubli de l'usage des types dans TypeScript (quand même, "Type" script...) - les noms de fonction bidons - l'oubli des DP - l'oubli du DRY - le test first - aucune algorithmique Et vraiment beaucoup, beaucoup de fautes qui font saigner les yeux. On est quand même sur la chaine Promyze, qui promeut la qualité de code, ça fait mal. Il aurait peut-être du activer le plugin sur son IDE.

Merci pour ce Webinar :) maintenant, il ne manque plus que la publication du dépôt du référence et on attend avec impatience la suite bien entendu !

Pourquoi avoir mis la vidéo sur l'artisanat logiciel en mode "destiné aux enfants"? Outre que ça m'étonnerait, ça empêche de sauvegarder la vidéo dans une playlist ou de la commenter… c'est très relou… merci d'y remédier