- Sujet: Forum Ouvert
- Meetup
- 9 personnes
Sujets
- C’est quoi une bonne taille de MR|PR ? Faut-il en faire ?
- Retour outils pour boite de composants / design system
- TDD, DDD et Hexagonal comment tout s’assemble ?
- Est-il préférable d’accompagner des développeuses/développeurs pour élever le niveau ou de s’entourer de développeuses/développeurs qui sont déjà sensibles au craft ?
- Présentation rapide boukin (“Unit Testing Principles, Practices and Pattern” Vladimir Khorikov)
Session 1 (19h20 - 19h40)
C’est quoi une bonne taille de MR|PR ? Faut-il en faire ?
Porteur du sujet : Nolwenn
Éviter le mélange des genres dans les MR : ne pas hésiter à séparer les MR pour les renommages ou les refactoring ou encore des typos des MR pour évolutions ou corrections.
Forcer à des petites tâches/features.
Retour outils pour boite de composants / design system
Porteur du sujet : Florent
https://storybook.js.org/ => plus pour la doc
https://tikui.org/ => plus dans la philosophie de documentation as code
https://stenciljs.com/ => component librairy
https://tailwindcss.com/ => framework
https://tikui.org/documentation.html => doc de Tikui
https://plib.araxxe.net/ => Exemple de doc Tikui pour Araxxe
Session 2 (19h45 - 20h05)
TDD, DDD et Hexagonal comment tout s’assemble ?
Porteur du sujet : Adrien
Comment faire co-exister :
Le TDD qui fais émerger un design et l’architecture hexagonal qui nous donne déjà un design de base (port / adapter et hexagone)
Le DDD Domain Event donc avec un handler pour les domain events
Est-ce que c’est des grands commandements / orientation (dont on ne peux pas respecter tout les principes mais essayer d’en respecter le plus possible ) ? il y a une façon d’unifier tout ça ?
Does TDD Really Lead to Good Design? (Sandro Mancuso) : https://www.youtube.com/watch?v=KyFVA4Spcgg
Ne pas confondre design et architecture, le TDD peux s’appliquer dans la partie infrastructure.
Domaine Event, si dans le même binaire test avec des enchainement mais si pas dans le même binaire juste tester le contrat.
Starter kit : Let’s code !
Est-il préférable d’accompagner des développeuses/développeurs pour élever le niveau ou de s’entourer de développeuses/développeurs qui sont déjà sensibles au craft ?
Porteurs du sujet : Anthony
Attention aux attentes => regarder plus des orientations
Ne pas aider des personnes que ne souhaite pas être aider
Session Bonus (20h15)
Présentation rapide boukin (“Unit Testing Principles, Practices and Pattern” Vladimir Khorikov)
Porteur du sujet : Matthias
Bon livre d’introduction au tests unitaires.
Questions abordées :
- Qu’est-ce qu’un test ?
- London & Chicago School
- Qu’est-ce qu’un bon test ?
- Les mocks, la fragilité des tests, …
- Les anti-patterns
Facile a lire.
ROTI
- 5/5 : 1
- 4/5 : 5
- 3.5/5 : 1
- 3/5 : 2