[DOJO-Online] Préparation - 189e session (bonus) du Coding Dojo du 21/04/2020

31 views
Skip to first unread message

Sébastien Canonica

unread,
Apr 16, 2020, 12:30:53 PM4/16/20
to CARA Coding Dojo
Bonjour à tous,

Comme abordé lors de la dernière séance, et vu les vacances scolaires pour le moins "casanières" qui s'annoncent, on proposait une séance supplémentaire le 21 avril.

Le lien Teams est toujours actif: https://teams.microsoft.com/l/meetup-join/19%3ameeting_OTZiYWUxMDYtYjdiZC00NzEwLThhODQtZjM1YzhiZDYwN2Ri%40thread.v2/0?context=%7b%22Tid%22%3a%2262369be1-7d51-4ae3-892b-d0d64801fead%22%2c%22Oid%22%3a%22b82545ef-8890-4716-9a00-09fed4521559%22%7d

Quel programme ?

De mon côté, pour faire suite aux retours sur le refactoring du trivia kata au sujet du déplacement de "tableaux de variables" en "tableau d'objet", j'ai tenté de créer des cas un peu plus complexes pour voir si une démarche pouvait être généralisée. C'est en Java et ça serait l'occasion d'essayer Floobits avec IntelliJ.

Sinon, un peu éloigné de ce que l'on fait d'habitude, je suis tombé sur Juice Shop de l'OWASP (https://github.com/bkimminich/juice-shop). En gros, c'est une appli web à hacker avec toute une liste de défis. A priori, on peut se faire une instance hosté gratuitement sur Heroku. J'ai pu essayé quelques étapes sur une version hosté commercialement, c'est très intéressant mais pas évident.

Enfin, j'aurais bien aimé faire des essais BDD/Gherkin, mais là, je ne connais pas du tout. J'ai vu par exemple un GildedRose version BDD (https://github.com/crispab/bdd-kata) mais je ne vois pas ce que ça représente comme besoin d'outillage et facilité à mettre en place.

D'autres idées ?

Rendez-vous à 12h30 comme les autres fois ?

Mathieu Cans

unread,
Apr 19, 2020, 11:52:21 AM4/19/20
to cara...@googlegroups.com
Hello Sebastien,

Merci pour ce programme où tout m'intéresse.

En revanche je ne suis pas sur d'arriver à être avec vous toute la séance mardi prochain : en confinement,  j'ai du mal à participer à la fois au championnat du meilleur papa et au coding dojo :-)

Pour la partie BDD et la syntaxe Gherkins, en c# il y a l'outil https://specflow.org/ en c# qui est très bien intégré à visual studio. 
Sur l'approche BDD, j'avais bien aimé faire le kata bank account, qui m'a fait comprendre la double boucle  du TDD et comment ne pas prendre toute les decisions de design trop tôt.

Pour la séance de mardi, j'ai une petite préférence pour le hacking. 
Je peux aussi te filer un coup de main pour monter un exercice avec specflow si besoin.

 A bientôt,

Mathieu 
 

--
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes "CARA Coding Dojo".
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, envoyez un e-mail à l'adresse cara-dojo+...@googlegroups.com.
Cette discussion peut être lue sur le Web à l'adresse https://groups.google.com/d/msgid/cara-dojo/c3d26f3d-33da-45c1-b833-22be655c7fbb%40googlegroups.com.

Rémy Sanlaville

unread,
Apr 19, 2020, 3:28:07 PM4/19/20
to cara...@googlegroups.com
Bonjour Sébastien,

Merci pour tes propositions.

Personnellement je suis intéressé pour continuer à travailler sur le refactoring à tout petit pas.
Avec Bastien, nous avons encore améliorer un tout petit peu notre dernière vidéo. Nous savons aussi l'expliquer simplement. Nous avons testé notre approche sur le Tennis Kata qui fonctionne aussi.
Je suis intéressé pour s'entraîner sur tes cas un peu plus complexe.
Si vous avez des idées de kata, voir du code en production ce serait top.

J'aimerai bien aussi testé Floobits avec IntelliJ (le mieux serait de faire un test rapide avant la séance pour ne pas perdre trop de temps).

Sinon pour l'horaire, ce ne semble pas arranger plusieurs personnes (Xavier, Johan...).
De mon côté ce n'est pas le plus simple non plus. En même temps, en fin d'après-midi ou le soir je suis assez fatigué par mes journées de travail donc ce n'est pas forcément mieux non plus.
Je propose de partir sur l'horaire de mardi 21 avril à 12h30. Si quelqu'un à une meilleure proposition, qu'il n'hésite pas  ;-)

A bientôt,
Rémy

--

Sébastien Canonica

unread,
Apr 20, 2020, 4:10:46 PM4/20/20
to CARA Coding Dojo
Ok, j'arrive demain avec mon mini-cas de refacto et avec l'appli de l'OWASP. Il n'y a pas de session sur meetup pour cette semaine d'ailleurs.

Très interessé par specflow pour une prochaine séance.

Concernant les horaires pour les prochaines fois, il resterait les week-end et les jours fériés (1er et 8 mai notamment). Un Dojo Gouter ou pendant la sieste ?

Le dimanche 19 avril 2020 21:28:07 UTC+2, Remy SANLAVILLE a écrit :
Bonjour Sébastien,

Merci pour tes propositions.

Personnellement je suis intéressé pour continuer à travailler sur le refactoring à tout petit pas.
Avec Bastien, nous avons encore améliorer un tout petit peu notre dernière vidéo. Nous savons aussi l'expliquer simplement. Nous avons testé notre approche sur le Tennis Kata qui fonctionne aussi.
Je suis intéressé pour s'entraîner sur tes cas un peu plus complexe.
Si vous avez des idées de kata, voir du code en production ce serait top.

J'aimerai bien aussi testé Floobits avec IntelliJ (le mieux serait de faire un test rapide avant la séance pour ne pas perdre trop de temps).

Sinon pour l'horaire, ce ne semble pas arranger plusieurs personnes (Xavier, Johan...).
De mon côté ce n'est pas le plus simple non plus. En même temps, en fin d'après-midi ou le soir je suis assez fatigué par mes journées de travail donc ce n'est pas forcément mieux non plus.
Je propose de partir sur l'horaire de mardi 21 avril à 12h30. Si quelqu'un à une meilleure proposition, qu'il n'hésite pas  ;-)

A bientôt,
Rémy

On Thu, Apr 16, 2020 at 6:30 PM Sébastien Canonica <sebastie...@gmail.com> wrote:
Bonjour à tous,

Comme abordé lors de la dernière séance, et vu les vacances scolaires pour le moins "casanières" qui s'annoncent, on proposait une séance supplémentaire le 21 avril.

Le lien Teams est toujours actif: https://teams.microsoft.com/l/meetup-join/19%3ameeting_OTZiYWUxMDYtYjdiZC00NzEwLThhODQtZjM1YzhiZDYwN2Ri%40thread.v2/0?context=%7b%22Tid%22%3a%2262369be1-7d51-4ae3-892b-d0d64801fead%22%2c%22Oid%22%3a%22b82545ef-8890-4716-9a00-09fed4521559%22%7d

Quel programme ?

De mon côté, pour faire suite aux retours sur le refactoring du trivia kata au sujet du déplacement de "tableaux de variables" en "tableau d'objet", j'ai tenté de créer des cas un peu plus complexes pour voir si une démarche pouvait être généralisée. C'est en Java et ça serait l'occasion d'essayer Floobits avec IntelliJ.

Sinon, un peu éloigné de ce que l'on fait d'habitude, je suis tombé sur Juice Shop de l'OWASP (https://github.com/bkimminich/juice-shop). En gros, c'est une appli web à hacker avec toute une liste de défis. A priori, on peut se faire une instance hosté gratuitement sur Heroku. J'ai pu essayé quelques étapes sur une version hosté commercialement, c'est très intéressant mais pas évident.

Enfin, j'aurais bien aimé faire des essais BDD/Gherkin, mais là, je ne connais pas du tout. J'ai vu par exemple un GildedRose version BDD (https://github.com/crispab/bdd-kata) mais je ne vois pas ce que ça représente comme besoin d'outillage et facilité à mettre en place.

D'autres idées ?

Rendez-vous à 12h30 comme les autres fois ?

--
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes "CARA Coding Dojo".
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, envoyez un e-mail à l'adresse cara...@googlegroups.com.

Xavier NOPRE

unread,
Apr 21, 2020, 2:38:38 AM4/21/20
to cara-dojo
Salut à tous,

Bravo pour toutes vos idées, c'est prometteur, y'a de quoi faire pour plusieurs séances ! 😀

Perso, tout me va, surtout si je ne connais pas ! 

Et l'horaire me convient (pourquoi pas Rémy ? .... ) même si c'est moins simple en période confinement, mais 12h30 ma va très bien, en finissant pas trop tard 😉

Je devrais être là ce midi.....

Xavier










Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, envoyez un e-mail à l'adresse cara-dojo+...@googlegroups.com.
Cette discussion peut être lue sur le Web à l'adresse https://groups.google.com/d/msgid/cara-dojo/00c5932d-60be-4624-a16a-9d01196fca38%40googlegroups.com.

Johan Martinsson

unread,
Apr 21, 2020, 3:53:21 AM4/21/20
to cara...@googlegroups.com
Avec floobits il faut que quelqu'un partage le projet publiquement (ce qui peut être fait dès maintenant), ensuite les autres font :
Screenshot 2020-04-21 at 09.46.33 (2).png

Le créateur de projet doit aussi explicitement donner le droit de écriture à chaque personne. 

Moi je préfère ne pas initier le projet car mon compte est plein à craquer :) par contre je peux tester la connexion une fois que quelqu'un l'a fait.

Cette discussion peut être lue sur le Web à l'adresse https://groups.google.com/d/msgid/cara-dojo/CAHRpksrpagU%2BA%2BP73_B9gHiv5p_1VYOB0NH5-D92ckf4h8Wtvw%40mail.gmail.com.


--

Xavier NOPRE

unread,
Apr 21, 2020, 5:51:40 AM4/21/20
to cara-dojo
Il nous faut flootbits pour ce midi ? 









Cette discussion peut être lue sur le Web à l'adresse https://groups.google.com/d/msgid/cara-dojo/CABK9qkMqGVjfAq2-%2B7NBAYc1%3DxvkiA917ObvF9ovVOrXBLxSCg%40mail.gmail.com.

Sébastien Canonica

unread,
Apr 21, 2020, 4:28:34 PM4/21/20
to CARA Coding Dojo

Et un doodle avec "quelques" propositions de créneaux pour la (les) session(s) suivante(s) : https://doodle.com/poll/i3e2np2wni3tgy3e
On peut toujours en rajouter...

--
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes "CARA Coding Dojo".
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, envoyez un e-mail à l'adresse cara...@googlegroups.com.


--

--
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes "CARA Coding Dojo".
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, envoyez un e-mail à l'adresse cara...@googlegroups.com.

Rémy Sanlaville

unread,
Apr 28, 2020, 9:10:50 AM4/28/20
to cara...@googlegroups.com
Bonjour à tous,

Merci Sébastien pour le doodle (je viens de répondre) et pour le repo (je viens de le forker sur le compte github du caradojo).
Concernant l'exercice, je vais tester quelques trucs de mon côté (je vous partagerai si j'ai trouvé des choses intéressantes).
Je me dis que la méthode indexOf (String codeName) est une erreur de design car elle expose la structure de données → du coup cela complique le refactoring lorsqu'on souhaite changer la structure de données. Comme on n'a pas le droit de changer l'API d'origine (n'est-ce pas Sébastien ;-)), j'ai quelques idées pour tenter de réduire au mieux l'impact cette exposition.
Je pense qu'une bonne API, ne devrait se baser que sur le modèle métier et ne doit pas exposer les choix d'implantation/structure de données.

Rémy

Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, envoyez un e-mail à l'adresse cara-dojo+...@googlegroups.com.
Cette discussion peut être lue sur le Web à l'adresse https://groups.google.com/d/msgid/cara-dojo/1330baf1-8698-4dc3-a869-55a5b3e16053%40googlegroups.com.

Sébastien Canonica

unread,
Apr 29, 2020, 2:26:43 PM4/29/20
to CARA Coding Dojo
Hello,

Vu les résultats du Doodle, le mieux à l'air de continuer sur le rythme normal. Du coup, rdv le 5 mai.

Concernant l'exercice, je suis d'accord avec les principes, mais le but n'était pas de faire une jolie API, juste de poser des cas et des contraintes :-).
Elle pourrait néanmoins prendre le codeName en entrée plutôt que l'index, mais je ne suis pas persuadé que ça changerait beaucoup. L'implémentation de départ aurait quand même besoin de faire cette translation nom -> index. Même si ce ne serait plus exposé, ça me paraît délicat de faire sauter ce besoin rapidement en refactorant à petits pas et évitant au maximum le paralel change.


Le mardi 28 avril 2020 15:10:50 UTC+2, Remy SANLAVILLE a écrit :
Bonjour à tous,

Merci Sébastien pour le doodle (je viens de répondre) et pour le repo (je viens de le forker sur le compte github du caradojo).
Concernant l'exercice, je vais tester quelques trucs de mon côté (je vous partagerai si j'ai trouvé des choses intéressantes).
Je me dis que la méthode indexOf (String codeName) est une erreur de design car elle expose la structure de données → du coup cela complique le refactoring lorsqu'on souhaite changer la structure de données. Comme on n'a pas le droit de changer l'API d'origine (n'est-ce pas Sébastien ;-)), j'ai quelques idées pour tenter de réduire au mieux l'impact cette exposition.
Je pense qu'une bonne API, ne devrait se baser que sur le modèle métier et ne doit pas exposer les choix d'implantation/structure de données.

Rémy

Rémy Sanlaville

unread,
May 1, 2020, 3:52:34 PM5/1/20
to cara...@googlegroups.com
Salut Sébastien,

Concernant l'exercice, je suis d'accord avec les principes, mais le but n'était pas de faire une jolie API, juste de poser des cas et des contraintes :-).
Elle pourrait néanmoins prendre le codeName en entrée plutôt que l'index, mais je ne suis pas persuadé que ça changerait beaucoup. L'implémentation de départ aurait quand même besoin de faire cette translation nom -> index. Même si ce ne serait plus exposé, ça me paraît délicat de faire sauter ce besoin rapidement en refactorant à petits pas et évitant au maximum le paralel change.

Tu as tout à fait raison, le but de l'exercice est justement de s'entraîner. Merci de nous avoir proposé cet exercice.
Je souhaitais juste souligner le fait que l'exercice m'a fait prendre conscience que l'API cassait l'encapsulation du choix de la structure de données.
Du coup, cela me donne envie de tester comme gérer cela au mieux (via un refactoring à petits pas). Je vais faire quelques tests et si je trouve quelque chose de concluant je pourrais vous le partager à la prochaine séance.

Rémy

Reply all
Reply to author
Forward
0 new messages