Ratez vos revue de code en 5 lecons devoxx fr 2016Michel Domenjoud
La revue de code, tout le monde connait, bien sûr. C'est d'ailleurs une des plus vieilles pratiques de développement, dont l'efficacité est prouvée depuis longtemps pour détecter des défauts au plus tôt. Alors pourquoi tant d'équipes n'utilisent elles pas la revue de code, ou n'en tirent pas les bénéfices qu'évoquent de nombreuses études ? Au cours de cette session, on explorera quelques uns des nombreux écueils à éviter, au travers de situations de revue de code qui se passent mal, et on proposera des pistes pour corriger le tir.
Agile Tour Lille 2015 - Ratez vos revues de codeMichel Domenjoud
La revue de code, tout le monde connait, bien sûr. C'est d'ailleurs une des plus vieilles pratiques de développement, dont l'efficacité est prouvée depuis longtemps pour détecter des défauts au plus tôt. Alors pourquoi tant d'équipes n'utilisent elles pas la revue de code, ou n'en tirent pas les bénéfices qu'évoquent de nombreuses études ? Au cours de cette session, on explorera les nombreux écueils à éviter au travers de situations de revue de code qui se passent mal, et on proposera des pistes pour corriger le tir.
Support de ma session présentée à Agile Tour Lille le 15/10/2015
Presentation faite à Agile France en 2011
La revue de code : c’est facile !
Cette présentation est la suite de la session « La revue de code : c’est agile, c’est lean, c’est indispensable ! » présentée à Agile France et Agile Tour en 2010.
Après avoir répondu aux idées reçues sur la revue de code et avoir montré combien une revue de code systématique soutient une démarche agile et lean, cette présentation se focalise sur la mise en place de la revue de code comme étape incontournable du processus de développement.
Nous évoquerons les bonnes pratiques, les difficultés à la mise en place, les pièges à éviter et aussi les outils qui facilitent la revue de code. Une grande partie de la présentation sera dédiée à plusieurs démonstrations, exemples et retours d’expérience.
"5 fausses idées reçues sur l’UX" par Joel Schillio TheFamily
Par Joël Schillio, UX expert (https://twitter.com/joelschillio)
Inscrivez-vous au prochain meetup! — http://www.meetup.com/Get-the-SWAG-on/
Pour ne pas rater les prochains évènements, c'est ici : http://www.thefamily.co/education/
Votre projet marche, mais c'est le chaos. Comment arrêter de dépendre de ces "héros" sur qui tout repose ?
Présentation vidéo : https://youtu.be/aClcNdOqtsE
Votre boss doute de la pertinence des revues de code ? Vous avez essayé mais ça n'a pas marché ?
Joffrey et Nicolas vous donneront les clés pour comprendre comment conduire des revues de codes efficaces et pertinentes.
Ils parleront de leurs expériences au sein de leurs équipes ainsi que des pièges à éviter.
Si les revues de code attisent votre curiosité, cette conférence est faite pour vous !
Ratez vos revue de code en 5 lecons devoxx fr 2016Michel Domenjoud
La revue de code, tout le monde connait, bien sûr. C'est d'ailleurs une des plus vieilles pratiques de développement, dont l'efficacité est prouvée depuis longtemps pour détecter des défauts au plus tôt. Alors pourquoi tant d'équipes n'utilisent elles pas la revue de code, ou n'en tirent pas les bénéfices qu'évoquent de nombreuses études ? Au cours de cette session, on explorera quelques uns des nombreux écueils à éviter, au travers de situations de revue de code qui se passent mal, et on proposera des pistes pour corriger le tir.
Agile Tour Lille 2015 - Ratez vos revues de codeMichel Domenjoud
La revue de code, tout le monde connait, bien sûr. C'est d'ailleurs une des plus vieilles pratiques de développement, dont l'efficacité est prouvée depuis longtemps pour détecter des défauts au plus tôt. Alors pourquoi tant d'équipes n'utilisent elles pas la revue de code, ou n'en tirent pas les bénéfices qu'évoquent de nombreuses études ? Au cours de cette session, on explorera les nombreux écueils à éviter au travers de situations de revue de code qui se passent mal, et on proposera des pistes pour corriger le tir.
Support de ma session présentée à Agile Tour Lille le 15/10/2015
Presentation faite à Agile France en 2011
La revue de code : c’est facile !
Cette présentation est la suite de la session « La revue de code : c’est agile, c’est lean, c’est indispensable ! » présentée à Agile France et Agile Tour en 2010.
Après avoir répondu aux idées reçues sur la revue de code et avoir montré combien une revue de code systématique soutient une démarche agile et lean, cette présentation se focalise sur la mise en place de la revue de code comme étape incontournable du processus de développement.
Nous évoquerons les bonnes pratiques, les difficultés à la mise en place, les pièges à éviter et aussi les outils qui facilitent la revue de code. Une grande partie de la présentation sera dédiée à plusieurs démonstrations, exemples et retours d’expérience.
"5 fausses idées reçues sur l’UX" par Joel Schillio TheFamily
Par Joël Schillio, UX expert (https://twitter.com/joelschillio)
Inscrivez-vous au prochain meetup! — http://www.meetup.com/Get-the-SWAG-on/
Pour ne pas rater les prochains évènements, c'est ici : http://www.thefamily.co/education/
Votre projet marche, mais c'est le chaos. Comment arrêter de dépendre de ces "héros" sur qui tout repose ?
Présentation vidéo : https://youtu.be/aClcNdOqtsE
Votre boss doute de la pertinence des revues de code ? Vous avez essayé mais ça n'a pas marché ?
Joffrey et Nicolas vous donneront les clés pour comprendre comment conduire des revues de codes efficaces et pertinentes.
Ils parleront de leurs expériences au sein de leurs équipes ainsi que des pièges à éviter.
Si les revues de code attisent votre curiosité, cette conférence est faite pour vous !
D1 - Un développeur est-il un numéro, un coût journalier ou un artiste ?XP Day CH
Le métier et le rôle du développeur ont fortement évolués au cours des 10 dernières années du fait notamment de l'adoption massive des méthodologies agiles. De manière ludique, cette session mettra en lumière cette évolution et ces enjeux.
Freddy Mallet
Introduction aux spécifications exécutables (dit aussi atdd, bdd)Jean-Pierre Lambert
Comment s'assurer que tout le monde parle la même langue dans l'équipe ? Et ainsi éviter les retours de recette ?
Utiliser des spécifications exécutables, ou ses cousins le ATDD (Acceptance Test Driven Development) et le BDD (Behavior Driven Development), est un élément de réponse particulièrement pertinent. Cette méthode est également un point d'entrée puissant vers une stratégie d'automatisation des tests.
Dans cette présentation vous découvrirez les tenants et les aboutissants de cette méthode, et repartirez les poches remplies de conseils de mise en place.
Faire la conception en équipe sans architecte, non mais allô quoi ?Ly-Jia Goldstein
Talk présenté :
- au BreizhCamp (http://lyjia.net/breizhcamp-slides-de-ma-presentation/)
- Agile Tour Montpellier
"Les équipes s'auto-organisent afin de faire émerger les meilleures architectures, spécifications et conceptions." C'est sur ce principe du manifeste agile que se base la notion d'équipe auto-organisée de Scrum. En pratique, beaucoup d'entreprises qui ont mis en place Scrum gardent leurs architectes dans leurs tours d'ivoire.
C'est une décision normale car peut-on imaginer qu'une équipe puisse concevoir une architecture ? Et puis soyons sérieux, est-ce qu'un design par des développeurs pourrait être meilleur que celui d'un architecte ? Qu'allez-vous faire de vos architectes sinon ?
À travers un retour d'expérience, nous verrons qu'effectivement confier l'architecture aux équipes n'est pas rentable si ce n'est pas fait intelligemment. En revanche, si la conception en équipe est bien maîtrisée, les bénéfices iront bien au-delà du cercle des développeurs.
Nous développons et livrons du logiciel plus vite que jamais, ou du moins nous le souhaitons. De nombreux obstacles empêchent généralement cet objectif : ségrégations technologiques, méthodes de travail, dispersion des équipes, manque de traçabilité, etc. Cette présentation est 100% « No Silver Bullet », toutefois vous y trouverez des réponses concrètes à vos problèmes.
Par Michel Perfetti. Michel Perfetti travaille depuis 2006 sur les problématiques d'industrialisation sur la plateforme Microsoft. Il est MVP depuis 2006, MVP Visual Studio ALM depuis 2010 et ALM Rangers. Michel est également Manager du pôle ALM chez Cellenza. Il intervient en tant que consultant sur des problématiques d'architecture ou développement ainsi que des problématiques liées aux méthodologies de travail et à l'Agilité.
La vidéo de la conférence est à retrouver sur : http://www.xebicon.fr/programme.html
La génération de code utilisée à bonne escient et un excellent moyen d’augmenter considérablement la productivité des développeurs dans de nombreux scenarii, particulièrement (mais pas uniquement) celui des applications de gestion orientée données. Si cette approche montrait vite ses limites à une époque, les choses ont bien évolué avec les versions récentes de C# ou VB.NET. Microsoft propose différents outils pour générer du code. Nous aborderons les T4 et les NuGet dans le cadre de cette session. En plus de la génération de code, la meta-programmation est englobe également l’analyse du code. Nous parlerons donc de Roslyn, l’API de Microsoft répondant à ce besoin. Dans le cadre de cette session, nous verrons comment la meta-programmation peut réellement révolutionner le travail d’une partie des développeurs, accroître de manière considérable la productivité des développeurs et réduire très fortement le risque sur les projets.
Comment choisir un workflow Git adapté à votre équipe? Comment améliorer votre productivité tout en réduisant les frictions au sein de votre équipe? Quelles sont les pratiques utilisées dans l’industrie et les équipes agiles? Comment utilisons-nous Git au sein d’Atlassian?
Comme vous avez pu l’entendre, Git offre de nombreuses fonctionnalités intéressantes, et a acquis un incroyable succès dans l’industrie au sens large. Pourtant, l’adoption de Git au sein de votre entreprise peut être intimidant. Le “Git Ready” webinar a pour objectif de répondre à ces questions et plus.
Nous abordons:
* Les modèles de collaboration disponibles lors de l’utilisation d’un système de contrôle de version distribué comme Git
* Les modèles de branche qui favorisent le renforcement du développement parallèle
* Les “best practice” émergentes et les choix pouvant être adoptées en toute sécurité lors de la migration vers Git
Nous abordons aussi comment l’Intégration Continue change du tout au tout lorsque votre équipe embrasse Git.
La relecture de code : avant tout des pratiquesEric SIBER
Quelle est l'utilité de la relecture de code ? Bonnes pratiques, mauvaises pratiques, comment s'y prendre pour mener cette tâche à bien malgré les obstacles organisationnels ?
Cette session vise à sensibiliser les participants à la problématique de relecture de code. Souvent ce sont les outils qui font le buzz, reléguant les pratiques et leur adoption au second plan. Loin des effets whaou de la démo d'un outil, je souhaite vous sensibiliser au pourquoi et comment, tout en illustrant par des pratiques : de la plus élémentaire à la plus tendance. Des pistes seront données à l'audience pour mettre en place ou renforcer la démarche qualité sur le terrain, ainsi que les références aux outils qui s'inscrirons dans ces pratiques.
A l'image du premier principe du manifeste agile (Les individus et leurs interactions plus que les processus et les outils), la présentation sera donc largement tournée sur l'humain, le relationnel, elle ne détaille ni ne fait la promotion d'un processus ou d'un outil donné de relecture de code (qui seront néanmoins mentionnés).
Pourquoi et comment nous relisons ensemble tout le code que nous produisons - retour d'expérience du WebCenter AXA sur la revue de code, accompagnés par Octo.
Développer en mode Kick-Ass permet de vraiment faire les choses.
Dans cette présentation je montre comment:
- nous utilisons les Pull Requests pour la qualité du code
- collaborer rapidement pour développer vos idées
- éviter les meetings pour être productif
- raccourcir les boucles de retour pour échouer plus rapidement
- raccourcir vos cycles de livraison
- et travailler ensemble à travers différents continents.
Cela peut fonctionner aussi dans votre entreprise.
L'année 2008 peut être considérée comme la naissance des tests en méthode Agile avec la sortie du livre "Agile Testing", la première conférence "Agile Testing Days" et plus généralement l'avènement de l'Agilité en France.
Dix ans plus tard, les idées portées par l'Agile Testing ont-elles été validées sur le terrain ?
Les outils mis en avant à l'époque ont-ils tenu leurs promesses ?
Dans cette présentation, Laurent Bristiel va s'appuyer sur ses 20 ans d'expérience chez des éditeurs logiciel pour tenter de répondre à ces questions.
Développer en mode Kick-Ass permet de vraiment faire les choses.
Dans cette présentation je montre comment:
- nous utilisons les Pull Requests pour la qualité du code
- collaborer rapidement pour développer vos idées
- éviter les meetings pour être productif
- raccourcir les boucles de retour pour échouer plus rapidement
- raccourcir vos cycles de livraison
- et travailler ensemble à travers différents continents.
Cela peut fonctionner aussi dans votre entreprise.
D1 - Un développeur est-il un numéro, un coût journalier ou un artiste ?XP Day CH
Le métier et le rôle du développeur ont fortement évolués au cours des 10 dernières années du fait notamment de l'adoption massive des méthodologies agiles. De manière ludique, cette session mettra en lumière cette évolution et ces enjeux.
Freddy Mallet
Introduction aux spécifications exécutables (dit aussi atdd, bdd)Jean-Pierre Lambert
Comment s'assurer que tout le monde parle la même langue dans l'équipe ? Et ainsi éviter les retours de recette ?
Utiliser des spécifications exécutables, ou ses cousins le ATDD (Acceptance Test Driven Development) et le BDD (Behavior Driven Development), est un élément de réponse particulièrement pertinent. Cette méthode est également un point d'entrée puissant vers une stratégie d'automatisation des tests.
Dans cette présentation vous découvrirez les tenants et les aboutissants de cette méthode, et repartirez les poches remplies de conseils de mise en place.
Faire la conception en équipe sans architecte, non mais allô quoi ?Ly-Jia Goldstein
Talk présenté :
- au BreizhCamp (http://lyjia.net/breizhcamp-slides-de-ma-presentation/)
- Agile Tour Montpellier
"Les équipes s'auto-organisent afin de faire émerger les meilleures architectures, spécifications et conceptions." C'est sur ce principe du manifeste agile que se base la notion d'équipe auto-organisée de Scrum. En pratique, beaucoup d'entreprises qui ont mis en place Scrum gardent leurs architectes dans leurs tours d'ivoire.
C'est une décision normale car peut-on imaginer qu'une équipe puisse concevoir une architecture ? Et puis soyons sérieux, est-ce qu'un design par des développeurs pourrait être meilleur que celui d'un architecte ? Qu'allez-vous faire de vos architectes sinon ?
À travers un retour d'expérience, nous verrons qu'effectivement confier l'architecture aux équipes n'est pas rentable si ce n'est pas fait intelligemment. En revanche, si la conception en équipe est bien maîtrisée, les bénéfices iront bien au-delà du cercle des développeurs.
Nous développons et livrons du logiciel plus vite que jamais, ou du moins nous le souhaitons. De nombreux obstacles empêchent généralement cet objectif : ségrégations technologiques, méthodes de travail, dispersion des équipes, manque de traçabilité, etc. Cette présentation est 100% « No Silver Bullet », toutefois vous y trouverez des réponses concrètes à vos problèmes.
Par Michel Perfetti. Michel Perfetti travaille depuis 2006 sur les problématiques d'industrialisation sur la plateforme Microsoft. Il est MVP depuis 2006, MVP Visual Studio ALM depuis 2010 et ALM Rangers. Michel est également Manager du pôle ALM chez Cellenza. Il intervient en tant que consultant sur des problématiques d'architecture ou développement ainsi que des problématiques liées aux méthodologies de travail et à l'Agilité.
La vidéo de la conférence est à retrouver sur : http://www.xebicon.fr/programme.html
La génération de code utilisée à bonne escient et un excellent moyen d’augmenter considérablement la productivité des développeurs dans de nombreux scenarii, particulièrement (mais pas uniquement) celui des applications de gestion orientée données. Si cette approche montrait vite ses limites à une époque, les choses ont bien évolué avec les versions récentes de C# ou VB.NET. Microsoft propose différents outils pour générer du code. Nous aborderons les T4 et les NuGet dans le cadre de cette session. En plus de la génération de code, la meta-programmation est englobe également l’analyse du code. Nous parlerons donc de Roslyn, l’API de Microsoft répondant à ce besoin. Dans le cadre de cette session, nous verrons comment la meta-programmation peut réellement révolutionner le travail d’une partie des développeurs, accroître de manière considérable la productivité des développeurs et réduire très fortement le risque sur les projets.
Comment choisir un workflow Git adapté à votre équipe? Comment améliorer votre productivité tout en réduisant les frictions au sein de votre équipe? Quelles sont les pratiques utilisées dans l’industrie et les équipes agiles? Comment utilisons-nous Git au sein d’Atlassian?
Comme vous avez pu l’entendre, Git offre de nombreuses fonctionnalités intéressantes, et a acquis un incroyable succès dans l’industrie au sens large. Pourtant, l’adoption de Git au sein de votre entreprise peut être intimidant. Le “Git Ready” webinar a pour objectif de répondre à ces questions et plus.
Nous abordons:
* Les modèles de collaboration disponibles lors de l’utilisation d’un système de contrôle de version distribué comme Git
* Les modèles de branche qui favorisent le renforcement du développement parallèle
* Les “best practice” émergentes et les choix pouvant être adoptées en toute sécurité lors de la migration vers Git
Nous abordons aussi comment l’Intégration Continue change du tout au tout lorsque votre équipe embrasse Git.
La relecture de code : avant tout des pratiquesEric SIBER
Quelle est l'utilité de la relecture de code ? Bonnes pratiques, mauvaises pratiques, comment s'y prendre pour mener cette tâche à bien malgré les obstacles organisationnels ?
Cette session vise à sensibiliser les participants à la problématique de relecture de code. Souvent ce sont les outils qui font le buzz, reléguant les pratiques et leur adoption au second plan. Loin des effets whaou de la démo d'un outil, je souhaite vous sensibiliser au pourquoi et comment, tout en illustrant par des pratiques : de la plus élémentaire à la plus tendance. Des pistes seront données à l'audience pour mettre en place ou renforcer la démarche qualité sur le terrain, ainsi que les références aux outils qui s'inscrirons dans ces pratiques.
A l'image du premier principe du manifeste agile (Les individus et leurs interactions plus que les processus et les outils), la présentation sera donc largement tournée sur l'humain, le relationnel, elle ne détaille ni ne fait la promotion d'un processus ou d'un outil donné de relecture de code (qui seront néanmoins mentionnés).
Pourquoi et comment nous relisons ensemble tout le code que nous produisons - retour d'expérience du WebCenter AXA sur la revue de code, accompagnés par Octo.
Développer en mode Kick-Ass permet de vraiment faire les choses.
Dans cette présentation je montre comment:
- nous utilisons les Pull Requests pour la qualité du code
- collaborer rapidement pour développer vos idées
- éviter les meetings pour être productif
- raccourcir les boucles de retour pour échouer plus rapidement
- raccourcir vos cycles de livraison
- et travailler ensemble à travers différents continents.
Cela peut fonctionner aussi dans votre entreprise.
L'année 2008 peut être considérée comme la naissance des tests en méthode Agile avec la sortie du livre "Agile Testing", la première conférence "Agile Testing Days" et plus généralement l'avènement de l'Agilité en France.
Dix ans plus tard, les idées portées par l'Agile Testing ont-elles été validées sur le terrain ?
Les outils mis en avant à l'époque ont-ils tenu leurs promesses ?
Dans cette présentation, Laurent Bristiel va s'appuyer sur ses 20 ans d'expérience chez des éditeurs logiciel pour tenter de répondre à ces questions.
Développer en mode Kick-Ass permet de vraiment faire les choses.
Dans cette présentation je montre comment:
- nous utilisons les Pull Requests pour la qualité du code
- collaborer rapidement pour développer vos idées
- éviter les meetings pour être productif
- raccourcir les boucles de retour pour échouer plus rapidement
- raccourcir vos cycles de livraison
- et travailler ensemble à travers différents continents.
Cela peut fonctionner aussi dans votre entreprise.
30. La simplicité est essentielle
« L'homme devrait mettre autant d'ardeur à simplifier sa vie
qu'il en met à la compliquer. »
Henri Bergson
31. Four Rules of Simple Design – Kent Beck
• Passer les tests
• Minimiser la duplication
• Maximiser la clarté
• Favoriser la réduction du code
32. SOLID
« Pour les questions de style, nage avec le courant; sur les
questions de principe, sois solide comme un roc. »
Thomas Jefferson
https://vimeo.com/157708450
33. DDD
« Mal nommer un objet, c'est ajouter au malheur de ce
monde »
Albert Camus