Vous découvrez le craft et vous chercher un ensemble de pratiques ou d’idées pour vous permettre de découvrir ce nouvel univers qui s’ouvre à vous. Ce menu vous permettra de découvrir les bases des tests et des pratiques, et de découvrir et d’expérimenter des pratiques collaboratives de travail
Vous avez déjà une bonne idée du craft et vous pratiquez déjà, mais vous voulez aller plus loin. Ce menu vous permettra de prendre du recul sur vos pratiques, et d’entrevoir de potentielles nouvelles étapes dans votre voyage
Vous ne savez pas ce que vous cherchez, et quoi de mieux pour faire de belles découvertes ? Ce menu vous permettra de découvrir des choses inattendues, mais qui vous serviront sans aucun doute quand vous en aurez besoin.
Vous avez des pratiques établies, mais vous vous demandez comment font les autres ? Comment ça se passe ailleurs ? Ce menu vous permettra de découvrir des pratiques éprouvées par d’autres au quotidien, et de repartir avec des idées de choses à expérimenter dans le vôtre.
Une journée sans coder n’est pas concevable pour vous, conférence ou pas. Ce menu vous permettra de ne pas décrocher de votre clavier de la journée, avec de beaux challenges en vue, qui vous permettront d’améliorer votre base de code dès le lendemain.
Moins populaire que Kanban et Scrum de nos jours, cette méthode mériterait pourtant d'être connue par tous les développeurs.
En effet, l'eXtreme Programming, qui est l'une des sources d'inspiration du Manifeste Agile, a popularisé de nombreuses pratiques incontournables de notre métier. Nous verrons lesquelles, ainsi que des idées qui pourraient, aujourd'hui encore, vous aider à rendre vos équipes plus efficaces. Ce sera aussi l'occasion de découvrir comment cette méthode a évolué, après son succès initial.Comment notre culture de problem solving nous permet de continuer a shipper aussi vite (et mieux) qu'une startup.
L'Event Storming est un atelier permettant de modéliser les domaines métier présents dans une application, voire même une entreprise au global.
Cet atelier permet d'aligner le langage et les concepts d'une équipe entière autour de ces concepts métiers. Nous utiliserons les différents éléments de l'event storming, autour d'un sujet simple mais pas simpliste, qui permettra d'utiliser toutes les techniques présentées par Alberto Brandolini dans son livre.
De la Chaotic Exploration à l'Enforce the timeline en passant par l'Explicit Walk-through, et finir par le Reverse Narrative, nous poserons des stickers partout. On finira l'atelier en identifiant les domaines métiers et les bounded contextes associés.
"Merci d'avoir pu venir si vite, c'est un peu le feu en ce moment. On a pas mal de problèmes de régression. Ah oui, les tests, On y a pensé un moment, mais avec le départ du tech lead, on a mis le sujet en stand by. Heureusement on arrive à déployer assez vite, c'est presse bouton. Ça au moins ça marche. Bon eh bien tu sais tout: y a plus qu'à ! Faut que je te laisse: j'ai un comité de pilotage."
Nous sommes prêts pour le challenge, et la porte va se refermer. Stop ! Est-que nous avons les bonnes techniques ? TDD ? hmmm… DDD ? Si on pouvait… Hexagonal Architecture ? Un jour, peut-être.
Venez aiguiser votre kit de survie en Legacy.
Arrivant souvent sur les projets en "mode pompier", j'ai acquis des réflexes lorsqu'il s'agit de rapidement corriger ou terminer l'intégration d'application web.
Mais comment faire pour maintenir ces bonnes pratiques une fois le feu éteint ? Comment améliorer le code sans casser l'UI ? Comment bien démarrer l'intégration d'une nouvelle application ?
Nos UI sont autant utilisées par des humains que par des lecteurs d'écran, ou encore des outils de test et des robots... il faut donc penser le DOM comme une API, et pas seulement reproduire une maquette. Autour de cet axe, je vous propose quelques outils et idées d'ateliers collaboratifs pour développer des interfaces testables, modulaires et accessibles. Et pourquoi pas un Design System ?
Vous repartirez avec une nouvelle vision du métier de l'intégration web, des pratiques et quelques outils à utiliser dès demain pour améliorer le quotidien de votre projet.
Faire des pas toujours plus petits, jusqu'à l'extrême, en refactorant une code base. Tel est le challenge qui vous est proposé par cet atelier qui vous amènera à pousser aux limites la pratique des petites mutations du code. Observez votre progression en temps réel et découvrez si vous parviendrez à faire les pas les plus petits.
En travaillant en pair, vous explorerez les différentes techniques pour toujours faire changer le code par petits incréments, et vous repartirez avec un regard changé sur vos commits sur votre projet quotidien.
La charge mentale est un facteur humain peu ou pas assez considéré dans l'organisation des projets logiciels.
Nous verrons en quoi celle-ci est pourtant un élément clé de la performance et du bien-être des équipes.
Quel est le lien entre charge mental et structuration des équipes ?
En quoi celle-ci peut avoir un impact sur la performance ?
Nous l'explorerons au travers de la découverte de grands noms comme Felienne Hermans, J. Sweller, Yerkes & Dodson, et de références comme le livre Teams Topologies.
Avez-vous souffert lors de la mise en œuvre de l'architecture de microservices (comme moi) ? Avez-vous échoué (comme moi) à les mettre en œuvre ?
Dans ce talk, je vais vous parler de tous les effets indésirables inconnus et comment tirer parti d'une telle architecture basée sur mes expériences réelles ratées et réussies avec plusieurs clients entre des applications nouvelles et existantes.
Je me souviens lorsque j’ai commencé à développer que je pouvais coder pendant des heures sans exécuter mon code. La suite était moins marrante, je passais des heures à le débugger. J’ai découvert les tests par la suite et j’ai rapidement compris les avantages qu’ils apportaient. Cependant, ça n’a pas été facile d’écrire mes premiers tests. On peut commettre beaucoup d'erreurs qui rendent difficile à écrire et à maintenir. Je souhaite vous présenter ce que j’ai appris durant ces dernières années afin de faciliter l’écriture de vos tests.
Dans une équipe de développement logiciel, nous communiquons à travers le code et à propos du code, et souvent derrière des enjeux "purement techniques" se cachent de nombreux obstacles en vue desquels il est recommandé de cultiver ses "soft skills".
Les Empathy Toys sont un puzzle collaboratif dont la solution n'est possible que lorsque les joueurs apprennent à se comprendre mutuellement et à communiquer avec fluidité. À travers cette session pratico-pratique et ludique, nous explorerons en quoi consiste nos propres barrières de communication, et la façon la plus efficace de lever ces barrières en équipe. En participant et/ou en observant des parties, nous aurons ainsi l'occasion d'approfondir de nombreux parallèles avec le développement de logiciel et la résolution de problèmes en équipe.
Chaque partie fera l'objet de debriefs en petits groupes et en collectif avant de jouer à nouveau. Nous essaierons de modéliser ce qui fonctionne bien pour certains, ce qui est différents pour d'autres, et ce que nous pouvons en tirer pour nos projets.
Bien qu’étant proche de souffler ses 20 bougies, et malgré de nombreuses tentatives de vulgarisation, Domain-Driven Design (DDD) reste un sujet sur lequel il est difficile de se sentir à l'aise quand on est développeur ou développeuse, et qui semble trop souvent réservé à une élite d'architectes et aux cercles de pouvoir d'une direction informatique. Pourtant, c'est bien dans le rapport direct au code que DDD prend tout son sens !
Dans cette université, nous proposons quelques pratiques précises de code pour vous aider à exprimer davantage de couleur métier dans votre code. Pas à pas, à partir d'une base de code existante et concrète, vous découvrirez comment une série de refactorings simples permet de faire émerger le raisonnement métier au cœur de DDD, et vous serez surpris de pouvoir dire que vous avez enfin vraiment compris et pratiqué DDD !
Le code legacy, souvent complexe et rigide, n'a pas forcément besoin d'être transformé, surtout s'il fonctionne correctement. Mais comment aborder l'intégration de nouvelles fonctionnalités ? Devons-nous bricoler rapidement et intégrer les nouveautés sans accorder d'attention à ce vieux code ou plutôt lui offrir une cure de jouvence bien méritée ?
Plongez dans cette session de live coding où nous partagerons trucs et astuces pour repenser un code legacy en en une base de code modulable et évolutive. Avec l'architecture hexagonale comme guide, nous vous montrerons les bénéfices de cette approche à chaque étape du processus.
Et embarquez avec nous pour découvrir notre façon préférée de coder en exploitant la puissance du mob programming et d'autres outils et techniques qui rendront ce live-coding mémorable.
Est-ce que toi aussi dans ta codebase tu as des morceaux de code qui te donnent des sueurs froides ? Des territoires anxiogènes que tu fuis comme la peste et que personne n'ose toucher ? D'habitude, le refactoring c’est des semaines de frustration et de souffrance, avec la CI en PLS et des bugs en abondance.
De toutes façons, personne ne t'accorde du temps pour retravailler ce code qui a l'air de fonctionner en production.
Viens coder avec nous pour apprendre des techniques simples comme la méthode mikado, les baby step, etc. tout en restant toujours au vert. Découvre nos outils pour te ré approprier l'enfer de ton legacy en un minimum de temps et en faire un terrain de jeu où tu pourras refactorer avec confiance.
Ça fait des mois que votre manager ne dors plus, iel en fait des cauchemars 😱. Le Mob Programming, une équipe sur un SEUL poste! Vous voulez couler la boîte ?
Détrompez-vous. Correctement mis en œuvre, le mob programming peut faire des miracles. Peut-être même former votre meilleure équipe.
À l'issue de cette session vous saurez :
Bon nombre de développeurs sont maintenant convaincus de l'intérêt d'avoir des tests automatisés pour du développement professionnel et de qualité. Mais de plus en plus, une question récurrente est de savoir comment faire des tests dans des applications front et sur des composants visuels.
Lors de cette session, je vous propose de vous présenter ma solution actuelle pour avoir des tests automatisés dans mes apps front, et je vous donnerai ma réponse à la question "Et le TDD dans le front ?"
L'intégration continue est déjà une pratique en soi. C'est l'une des plus importantes à adopter pour permettre le flux rapide dans la chaîne de valeur.
Cependant, de nombreuses équipes pensent que l'intégration continue n'est qu'un problème d'outillage, pour ensuite dire qu'elles pratiquent l'intégration continue. Pourtant, elles ne le font souvent pas et elles passent donc à côté de tous les avantages qui en découlent.
Cette session approfondit les pratiques qui, chacune en soi à leur manière, activent l'intégration continue ainsi que leurs relations entre eux.
Apprenez comment obtenir un retour d'information rapide, une stabilité accrue et un débit de livraison plus élevé!
Vous vous demandez si c'est vraiment possible de faire du craft au quotidien dans votre travail ? Comment mettre en place du pair programing dans votre équipe ? Vous ne savez plus comment grandir ? Vous avez l'impression de travailler avec David Goodenough alors que vous rêveriez de travailler avec Kent Beck ?
Autour d'un format de discussion atypique, le fishbowl, prenons un moment ensemble pour échanger sur la place que prend le craft dans notre quotidien, des difficultés rencontrées, des questions, mais aussi des réussites.
Vous avez envie de gagner en efficacité dans votre travail de tous les jours ?
Vous savez qu'il existe des raccourcis claviers mais vous n'arrivez jamais à les retenir ?
Venez vous entrainer ensemble et découvrir de nouvelles astuces pour programmer plus rapidement.
Langages proposés : .net, java, kotlin, typescript.
Les exercices sont guidés pour IntelIj et Visual Studio Resharper, mais rien ne vous empêche de participer avec votre IDE préféré.
Pré-requis :
Le cycle de vie d'une équipe rime avec l'arrivée de nouvelles personnes dont possiblement des profils juniors. Si mob et extreme programming ont plutôt une image d'outils de développeurs expérimentés, sont-ils pourtant adaptés aux développeurs juniors ?
Au-delà de cette image, quels sont les écueils et les bénéfices pour chacun des membres d'une équipe ? Extreme programming nous parle de TDD, d’intégration continue mais également de pair programming. En prolongement, le mob propose de coder à plusieurs. Pratiquer le mob lorsque l’on mélange les niveaux d’expériences, est-ce profitable et dans quelles conditions ?
Je vous invite à (re)découvrir le mob et l'extreme programming à travers le retour d'expérience de mon équipe qui le pratique depuis 3 ans. Une occasion de vous partager nos essais et ajustements, une façon d’intégrer des profils juniors, d'échanger pour prendre du recul sur nos pratiques, et pourquoi pas repartir avec l’envie de travailler ensemble autrement.
Designers et développeurs vivent aujourd'hui sur les deux rives opposées d'un profond fossé. Des différences culturelles "irréconciliables" semblent les opposer. Mais si on creuse un peu ce point on découvre vite que cette situation "chats contre chiens" est essentiellement la conséquence de méthodes de production peu adaptées (voire imbéciles) basée sur l'ultra-taylorisation des projets et l'individualisation des tâches. Une possible approche pour renouer (créer?) le dialogue est de quitter la logique des "usines digitales" pour retrouver celle des ateliers d'intelligence collective. Intégrer les principes Craft dans le Design d'Experience (UX) pourrait être un moyen d'y parvenir...
Cette journée est une non-conférence. Cela signifie que le programme de la journée est défini sur place, par les participantes et participants.
En début de journée, chaque volontaire propose une ou plusieurs sessions qu'il ou elle aimerait animer (présentation, coding dojo, atelier, échanges sur un sujet donné, ...), où à laquelle il ou elle souhaiterait participer. Le planning de la journée est établi à partir de ces propositions.
Un grand merci à nos sponsors qui nous soutiennent et sans qui AlpesCraft ne serait pas possible
Mentor
Apprenti
Merci à nos partenaires de nous faire confiance
