Dans cette 4 ième entrevue d'après match au Agile Tour Montréal 2020, le Sprinkler Techno a le plaisir de revoir Ian Létourneau.  Nous échangeons avec lui à la sortie de son atelier pratique intitulé: "Architecture web maintenable et testable".  

SUJETS 

Histoire vécue 00:52 

Un résumé de son atelier 04:41 

L'informatique et l'humilité 06:06

Une autre histoire vécue 07:38 

Atomic Design 10:06 

Une bonne dose de pragmatisme 12:54 

L'importance de faire de la délégation et du découplage réfléchi 15:38 

Emergent Design 22:54 

Simple Design, élimination de la complexité et retrait de l'égo 26:16 

Object Calisthenics et Kata: parce qu'on a besoin de se pratiquer 29:05 

Pourquoi le coaching technique, une métaphore sportive! 32:48 

Découplage et délégation: exemple de réflexion menant à la prise de décision 35:40 

Angular, React et Vue 41:35 

Créer un environnement de développement sécuritaire avec les tests automatisés 46:45   

RÉFÉRENCES 

Atomic Design 

https://bradfrost.com/blog/post/atomic-web-design/ 

https://atomicdesign.bradfrost.com/table-of-contents/  

Block Element Modifier 

http://getbem.com/introduction/ 

Simple Design

http://wiki.c2.com/?XpSimplicityRules 

https://ronjeffries.com/xprog/what-is-extreme-programming/#simple 

TDD 

https://www.thoughtworks.com/pt/insights/blog/test-driven-development-best-thing-has-happened-software-design  

Object Calisthenics 

https://www.infoworld.com/article/2081135/object-calisthenics-change-the-way-you-code.html 

https://williamdurand.fr/2013/06/03/object-calisthenics/ Kata https://kata-log.rocks/index.html https://www.codingame.com/start 

Mob Programming 

https://mobprogramming.org/ 

Principe SOLID 

https://stackify.com/solid-design-principles/  

A propos d'Ian  

Dévoué à l’apprentissage et à la transmission de connaissances, Ian Létourneau est un coach et architecte résident chez Elapse Technologies. Il travaille avec les équipes et accompagne les entreprises afin de contribuer à l’amélioration de leurs pratiques de développement. En s’appuyant sur les idées et pratiques comme le TDD et le Continuous Delivery, Ian les aide à concevoir des produits de meilleure qualité, plus maintenables et plus flexibles.   

Vous pouvez également suivre le Sprinkler Techno sur :  

Youtube https://www.youtube.com/channel/UC-0P3zI3j5p-Di0nQMwhyFA

Spotify https://open.spotify.com/show/4GtZRiaQD6PM7OSlSJuAOq 

Google Podcast https://podcasts.google.com/feed/aHR0cHM6Ly9hbmNob3IuZm0vcy80MTJlNTcyMC9wb2RjYXN0L3Jzcw== 

Apple Podcast https://podcasts.apple.com/us/podcast/sprinkler-techno/id1543659720?uo=4 

Breaker https://www.breaker.audio/sprinkler-techno 

RadioPublic https://radiopublic.com/sprinkler-techno-Wlqd9M 

Pocket Cast https://pca.st/5q83ehir

Aujourd'hui, nous recevons au Sprinkler Techno Félix-Antoine Bourbonnais avec qui nous échangerons entre autre sur les tests unitaires, les mock et l'art abstrait d'abstraire.  On fait aussi quelques réflexions sur la gentillesse et le rôle d'un architecte moderne.    

Présentation et cheminement: 00:00

Mais qu'est-ce qu'un test unitaire ?: 7:25  

L'abstraction (ou l'amour des cousins): 10:13    

Open-Closed Principle (contenir les explosions): 16:50

Un court détour sur l'évolution des systèmes: 24:05

Être gentil, quelques bénéfices: 25:51

Rôle de l'architecte et son coaching: 31:38

To mock or not to mock? (Londres vs Chicago/Détroit): 39:10 

Références:

Cheminement 

https://www.amazon.ca/Extreme-Programming-Explained-Embrace-Change-ebook/dp/B00N1ZN6C0 

https://www.amazon.ca/Growing-Object-Oriented-Software-Guided-Tests/dp/0321503627 

Évolution

https://www.amazon.ca/Building-Evolutionary-Architectures-Support-Constant/dp/1491986360 

Chicago/Détroit vs Londres

https://medium.com/@adrianbooth/test-driven-development-wars-detroit-vs-london-classicist-vs-mockist-9956c78ae95f  

À propos de Félix-Antoine Bourbonnais 

Félix-Antoine est un conférencier, formateur et coach passionné qui aide les organisations à découvrir et adapter leurs pratiques de développement. Il accompagne les organisations sur tous les aspects du génie logiciel autant comme expert technique que comme conseiller stratégique.  Il a été et est toujours un acteur impliqué dans les communautés XP, Agile et DevOps.  Il est un expert reconnu en matière d’essais automatisés (TDD/ATDD), l'assurance qualité en Agilité, la spécification et analyse par l'exemple (BDD & SbE), l’architecture émergente et résiliente, le déploiement continu ainsi que dans l’optimisation de processus.  En plus de son travail régulier, il enseigne également à L'Université Laval depuis 10 ans des sujets comme les tests automatisés, la qualité et l'architecture logicielle.  En plus, c'est un chic type. 

Vous pouvez également suivre le Sprinkler Techno sur :  Anchor https://anchor.fm/sprinkler-techno

In this after "match interview", we had the pleasure of discussing with Mark Shead, from Xeric Corporation, who just gave his keynote on Courageous Software Delivery.  

About Mark 

He is the president of Xeric Corporation where he helps organizations increase their return on investment in software development. He has worked extensively as a coach implementing Agile development and deployment practices at the U.S. Treasury and the Federal Reserve Banks in New York, Philadelphia, San Francisco, and Dallas. He specializes in helping teams build development/deployment pipelines in organizations with legacy change management policies and turning six-month deployment cycles into something measured in hours.  Mark is also the creator of popular Agile cartoons on YouTube, a speaker at various Agile and technology conferences, and a facilitator of teambuilding exercises that help organizations learn to work together more effectively.  

Here are a few of the topics that we covered:  

TDD => https://www.agilealliance.org/glossary/tdd

Benefits of TDD => https://dzone.com/articles/20-benefits-of-test-driven-development 

Pair Programming => https://www.agilealliance.org/glossary/pairing/Benefits of Pairing https://stackify.com/pair-programming-advantages/ 

Differences between BDD and ATDD  => https://www.hindsightsoftware.com/blog/atdd-vs-bdd 

BDD, ATDD and TDD: the communicating feedback loops  => https://www.hindsightsoftware.com/blog/tdd-vs-bdd 

CI/CD/CD  => https://www.atlassian.com/continuous-delivery/principles/continuous-integration-vs-delivery-vs-deployment 

Technical Debt  => https://dzone.com/articles/what-technical-debt-it-and-how-to-calculate-it 

Feature Toggle (enables "testing in production")  => https://martinfowler.com/bliki/FeatureToggle.html 

Dark Launching (enables "testing in production")  => https://martinfowler.com/bliki/DarkLaunching.html 

Developping in small batches (to minimize risks and complexity)  => https://cloud.google.com/solutions/devops/devops-process-working-in-small-batches

--------------------------------------------------------------------------------------------------------------------  

You can follow Mark on : Linkedin: 

https://www.linkedin.com/in/markshead/Youtube: https://www.youtube.com/channel/UCkcSqKNo-_hBeknZEhsIRngHis website (blog): https://blog.markshead.com/

 --------------------------------------------------------------------------------------------------------------------  

https://www.youtube.com/channel/UC-0P3zI3j5p-Di0nQMwhyFA

Première de six rencontres que nous avons faites au Agile Tour Monréal 2020.  

Dans cette vidéo, nous vous présentons Eric DeCarfufel CTO et partenaire chez Done Techno.   Nous l'avons intercepté à la sortie de sa conférence, "l'architecture Agile, mais pas fragile!",  pour faire une petite entrevue d'après-match!  

Sommaire des sujets abordés: 

* Archictecture TI, plus organique qu'industrielle 

* CQRS: un pattern basé sur l'empirisme 

* L'artchitecture, c'est de garder ses options ouvertes jusqu'au dernier moment responsable 

* Microservices: couplage, isolation et données 

* La dette technique: la rendre visible, la gérer et la payer 

* Travaillez-vous réellement sur la bonne priorité; Important vs Urgent (Dwight Eisenhower) 

* Visualisation et transparence pour bâtir la confiance avec la gestion et la business 

* L'architecture; redéfinition d'un rôle, distribution et partage de la responsabilité 

* Delegation Poker: pour favoriser l'auto-organisation et gérer les attentes 

* Impact Mapping : un outils de visualisation par objectifs quantifiables des options et opportunités 

 Quelques liens pour continuer la discussion: 

Software Architecture — The Onion Architecture https://medium.com/@shivendraodean/software-architecture-the-onion-architecture-1b235bec1dec Dissecting Clean Architecture https://medium.com/code-thoughts/reviewing-clean-architecture-60a1edd9e3d6 

Implementing Hub and Spoke network topology in Microsoft Azure https://medium.com/@abhi0751/implementing-hub-and-spoke-network-topology-in-microsoft-azure-3dcb43dd4d2d CQRS 

https://martinfowler.com/bliki/CQRS.html 

Microservices With CQRS and Event Sourcing https://dzone.com/articles/microservices-with-cqrs-and-event-sourcing 

Important vs Urgent https://cdn.business2community.com/wp-content/uploads/2015/11/Matrix.png 

Article de Kent Beck: Basket of options or option on a basket https://medium.com/@kentbeck_7670/decisions-decisions-or-why-baskets-of-options-dominate-9ac63658b593 

Delegation Poker - outils du Management 3.0 par Jurgen Appelo https://youtu.be/VZF-G7MCSG4 Impact Mapping https://www.impactmapping.org/ 

https://www.amazon.ca/Impact-Mapping-software-products-projects-ebook/dp/B009KWDKVA 

-----------------------------------------  

Vous pouvez suivre Eric sur les plateformes suivantes:  Linkedkdin; https://www.linkedin.com/in/edecarufel/?locale=fr_FR 

Podcast: https://www.youtube.com/channel/UCtnYlMKv9vbV6EITjrCwr1g http://bracketshow.com 

  Vous pouvez également suivre le Sprinkler Techno sur YouTube :  https://www.youtube.com/channel/UC-0P3zI3j5p-Di0nQMwhyFA

Le Sprinkler Techno!

Enfin un podcast qui mettra en lumière une panoplie de pratiques d’ingénierie indispensables au développement agile de logiciels!

Pascal Drouin, Jean-Philippe Bélanger et leurs invités auront le plaisir de partager avec vous des sujets tels que...

Réusinage de code (Refactoring)

Tests unitaires, intégrés et bout en bout

Développement piloté par les tests (Test Driven Development)

Développement piloté par le comportement ( Behaviour Driven Development)

Automatisation des tests

Tests exploratoires

Mesures de qualité du code

Stratégies de qualité du code

Architecture évolutive

Contrôles et reduction de la dette technique

Principes SOLID

Pratiques Clean Code

et plusieurs autres.

À bientôt!