Plus qu'un support financier, nos sponsors s'engagent à nos côté dans une démarche de promotion des valeurs 'Craft'. C'est pourquoi il est important qu'ils puissent montrer leur engagement lors de la conférence.
KAIZEN Solutions
Le travail en entreprise donne le sentiment d’un paradoxe : tout est urgent, donc tout le monde prend des raccourcis pour aller vite, et pourtant tout semble aller de plus en plus lentement pour les clients et en interne. Pire encore, on a la frustration grandissante de ne pas avoir le temps de faire un travail de qualité.
Il est pourtant possible de faire un travail soigné en un temps record : il suffit d’être très fort ! C’est tout l’objectif du lean.
Loin des idées reçues sur le lean, il ne s’agit pas “d’optimiser les process”, mais d’utiliser les “pièces” produites au quotidien pour faire monter les équipes en puissance. L’enjeu : retrouver la fierté d’un beau travail réalisé avec le geste précis et rapide du maître.
A la fin de cette session, vous saurez comment introduire la pratique du craft dans toutes les facettes de votre métier, quelle que soit votre activité.
Régis Medina travaille aujourd’hui avec des entrepreneurs de la French Tech pour construire des scale-ups rapides et adaptables. Il a d’abord été l’un des pionniers des méthodes agiles, à la fin des années 90, avant de plonger à partir de 2008 dans l’étude en profondeur des pratiques de Toyota, alternant les voyages au Japon et la mise en oeuvre terrain avec plus d’une centaine d’équipes pour adapter ce modèle aux entreprises technologiques modernes. Régis est aussi le co-auteur des ouvrages Apprendre à apprendre avec le lean et Raise the Bar.
Keenly & aïno
Tout comme le développement doit être itératif, le design du logiciel doit changer lorsque le contexte et notre compréhension du problème évoluent. Au fur et à mesure qu'un logiciel se développe pour résoudre plus de problèmes, il devient moins souple dans sa capacité à évoluer. Des tensions apparaissent au sein du modèle métier du logiciel qui peine à rester cohérent.
Finalement, il atteint une masse critique et devient un monolithe de code en spaghetti... Comment pouvons nous déterminer quand il est temps de modulariser notre logiciel ? Comment prendre la décision de le scinder en plusieurs modules ou services ? Comment gérer la différenciation progressive de nos modèles métiers tout en évitant les couplages inutiles ? Il n'est pas facile de découper son logiciel en deux car déterminer les bonnes frontières peut s'avérer être compliqué.
Découvrez avec nous le Model Mitosis, une approche dynamique utilisée pour diviser un modèle métier en plusieurs modèles qui seront façonnés et découplés de manière itérative. Gagnez en flexibilité afin de mieux déterminer quand diviser votre logiciel en plusieurs services tout en évitant de payer les coût d'échelle des microservices ou bien de devenir un monolithe distribué.
Julien est un Tech Coach avec 15 ans d'expérience, spécialisé dans le Domain-Driven Design (#DDD). Son expertise réside dans l'aide aux organisations pour construire des systèmes à forte valeur métier. Julien se concentre sur l'alignement de l'organisation, de l'architecture et des pratiques logicielles avec le métier. En tant que membre de la fondation OWASP, il promeut activement les bonnes pratiques en matière de sécurité applicatives. Speaker international, Julien aime partager ses connaissances avec la communauté. Fondateur de CraftsRecords, il aide les membres de notre communauté à se lancer dans le monde des conférences.
Shodo
Coach tech à Shodo, spécialisé dans le Domain Driven Design. Il accompagne les organisations dans la conception de leurs systèmes sociotechniques, les équipes souhaitant améliorer leurs pratiques de code et aide à la reprise en main de projets legacy à risque.
Shodo
Dans cette session spéciale débutants en TDD, je vous invite à découvrir et pratiquer cette technique particulière qui fait tant parler… et à la démystifier.
Deux ateliers consécutifs de 90 minutes !
le premier pour découvrir les éléments de base:
le second pour adapter la pratique au code legacy:
Modalité: présentation + pratique en binômes (venez avec votre laptop)
Langage: Java / typescript / python… à déterminer en fonction des participants.
Christophe Thibaut travaille en tant que consultant depuis 2005. Il a 32 ans d'expérience dans le développement, la gestion de projet, la direction de projet, ainsi que le conseil auprès de grandes entreprises. Il pratique et enseigne les méthodes agiles depuis 2001, aidant les développeurs, les leaders techniques ainsi que les managers à comprendre et adoptes ces méthodes.
Christophe est intéressé par tout ce qui permet à une équipe de résoudre des problèmes complexes ensemble à l'aide de la technologie, que ce soit sur le plan des techniques (TDD, refactoring, programmation fonctionnelle) ou des relations. Il a à cœur d'aider les équipes à puiser dans leur propre génie collectif, et les managers à créer les conditions de l'amélioration continue.
Son expertise repose sur un processus d'apprentissage en continu des modèles et des outils : XP, Scrum, Lean, méthodes de coaching et outils de création de vision partagée. C'est un excellent communiquant à l'oral comme à l'écrit. C'est un facilitateur et un coach, ainsi qu'un observateur attentif, qui pratique l'écoute active.
Christophe contribue à répandre les pratiques TDD et XP, le développement en agile, le coaching et le leadership. Il facilite, enseigne, conseille, et se nourrit de tout ce qui aide les équipes à créer et maintenir du code vivant.
Freelance - XP Consultant
Plongez dans l'univers du Software Craft avec notre atelier intensif dédié à Github Copilot. Découvrez comment utiliser cet outil pour optimiser vos pratiques de développement (Test-Driven Development : TDD et de Behavior-Driven Development : BDD), allant de la génération d'exemples et de tests unitaires à la création de documentation, en passant par la génération et le refactoring de code. À travers un kata pratique, en binôme ou en groupe selon le nombre de participant.e.s, vous apprendrez à intégrer Github Copilot dans vos projets.
Dorra est VP Tech chez Arolla, co-auteure du livre Software Craft (édition Dunod). Elle est passionnée par le développement et les bonnes pratiques. Elle partage son savoir-faire en publiant des articles et en animant des conférences et meetups. Elle accompagne des équipes pour monter en compétence sur les sujets crafts. Elle a aussi enseigné dans une école d'ingénieurs à Paris.
Arolla
Tout le monde connait ce développeur, cette développeuse passionné(e) par son métier. Facilement reconnaissable du fait qu'il/elle passe des heures à coder, même en dehors du travail; se documente; dont les sujets de conversation tournent souvent autour du code.
Quand bien même passionné(e), il arrive qu'on ne ressente, ni n'exprime cette passion pour le code. Et facilement, à son contact, le sentiment de malaise peut survenir si on ne ressent pas cette passion. Et ce, même en étant soi-même développeur ou développeuse.
Ce malaise peut être source d'inquiétude, de doute par rapport à ses propres compétences. En effet, si le passionné consacre des heures à des projets personnels, peut-être le devrions-nous ?
Mais alors, faut-il être passionné pour être développeur (se)? La passion apporte-t-elle réellement un plus ? L'injonction à la passion dans le dev ne serait-elle pas en fin de compte un piège ? La passion est-elle LE logiciel indispensable à toute personne souhaitant coder ?
Ici, tout l'objet de cette conférence.
Bonus: Si vous aimez les vikings, cette conférence est faite pour vous !
Helvira Goma is a Paris-based software engineer. Chameleon-like, Helvira Goma divides her time between whispering in computers' ears; participating in international tech events as a speaker, and enticing others to join the other side through her community on Discord: Motiv'Her.
Et si nous nous mettions à tracker nos pain-points comme on track des criminels?
Et si notre historique git recelait plus d'informations sur notre architecture que nous ne le pensions?
Et si toutes les traces qui y sont laissées étaient autant d'indices exploitables au même titre qu'une empreinte digitale ou une trace ADN?
"Your code as a crime scene" est un livre de Adam Tornhill qui propose de transposer des techniques d'investigations criminelles reconnues dans le but de débusquer les problématiques de notre code.
L'auteur fournit en parallèle un ensemble d'outils qui prennent tout leur sens à la lecture des méthodes évoquées.
Retour d'expérience sur l'utilisation de quelques unes de ces techniques sur un projet réel, ce qu'elles ont permis d'identifier, de prendre comme action et les premiers bénéfices qui ont pu en ressortir.
Dev .NET depuis 2008, Freelance depuis 2018, Crafter devant l'éternel et debugger de l'infini! J'aime apprendre, transmettre et découvrir. Chanteur rockeur circassien intermittent et papa à temps plein, j'aime également prendre le temps de regarder le vent agiter les feuilles d'un arbre.
Punkin Dev
Chaque adoption de pratiques se retrouve à un moment face à un problème d’adoption mechanique: investiguons le pourquoi !
Endless conversation — with friends, compilers — on art, equivocacy, Symmathesy, methods, absurdism, dialectic, paradigm jumps, serendipity.
Notre équipe est répartie principalement à Meylan et à Tunis. Cela ne nous empêche pas de travailler en étroite collaboration tous les jours. Pour apporter de la valeur à nos clients, nous déployons en production plusieurs fois par jour. Cela a beaucoup d’impact sur notre mode de fonctionnement et notre stratégie de test Nous vous invitons à écouter l'histoire de la mise en place collégiale des tests bout en bout.
Dans cette session, vous allez découvrir :
Passionnée par le métier du testing et convaincue que la qualité des livrables garantit la satisfaction de nos utilisateurs finaux. Je contribue à l'assurance qualité de différents projets depuis de nombreuses années.
Convaincu que la responsabilité collective de la qualité ainsi que l’existence de feedbacks sont au cœur de la réussite des projets informatiques, je développe des produits en équipe par petits incréments.
Orange
De plus en plus d'éditeurs logiciels fournissent leurs solutions en SaaS, et tendent à déployer leurs applications en Continuous Delivery. Pour cela, les contraintes business impliquent souvent de pouvoir déployer un nouvelle version applicative sans interruption de service.
Les techniques classiques de Rolling Update permettent de réaliser une montée de version sans interruption de service assez facilement. La complexité intervient lorsque l'on gère une base de données relationnelle, et que l'on souhaite faire évoluer son schéma, le tout, toujours sans interruption de service.
Depuis 8 ans, au sein de Mirakl, nous avons mis en place un système de montée de version sans interruption de service avec une base relationnelle.
Ce talk est un retour d'expérience présentant les mécanismes que nous avons mis en place pour réaliser ces montées de version sans interruption. Il se concentre sur la partie applicative, et les problématiques engendrées par un tel process. Le but est d'être le plus concret possible, avec des exemples de "la vraie vie", notamment quelques astuces pour réaliser ses migrations sans douleur avec des frameworks comme Hibernate ou jOOQ. Les exemples sont donnés en Java avec une base de données PostgreSQL, mais les principes s'appliquent à n'importe quel language et à la plupart des bases de données relationnelles.
Engineering Director @ Mirakl, je suis passionné par Java et son écosystème
Mirakl
Plus qu'un support financier, nos sponsors s'engagent à nos côté dans une démarche de promotion des valeurs 'Craft'. C'est pourquoi il est important qu'ils puissent montrer leur engagement lors de la conférence.
Applied Materials France
La théorie de la résidualité est une approche novatrice où l'architecture logicielle d'un système émerge en tant que résultat de l'application de multiples stressors sur ce dernier. Il est bien entendu possible avec de l'expérience de concevoir une architecture solide sans connaître cette théorie, mais il y a des raisons de croire que les heuristiques des approches de conception modernes, telles que le Domain-Driven Design (DDD), pourraient être congruentes, dans une certaine mesure, avec ce que suggère la théorie de la résidualité.
Dans ce talk avec Cyrille, qui a collaboré avec Barry O'Reilly, l'inventeur de la théorie de la résidualité, vous découvrirez les grandes idées ainsi que les difficultés pour bien comprendre cette théorie initialement déstabilisante, en la comparant à l'état de l'art actuel. L'objectif sera de vous donner une compréhension de cette théorie qui peut sembler familière mais qui s'écarte pourtant des schémas de pensée habituels.
Cyrille est CTO co-fondateur d'Arolla, un cabinet de conseil qui rassemble 120 enthousiastes de l'ingénierie logicielle moderne (Software Craft). Il est le fondateur de la communauté Paris Software Crafters, qui compte aujourd'hui plus près de 5000 membres, et est auteur et co-auteur de deux livres: "Living Documentation", chez Addison-Wesley et "Software Craft" chez Dunod. Cyrille est orateur régulier dans des conférences en Europe et au-delà. Avec plus de 20 ans d'expérience en développement logiciel, Cyrille intervient toujours en conseil et formations en architecture et en conception, avec l'aide de Domain-Driven Design et avec une vraie curiosité pour tous les métiers, de la finance à la logistique ou au médical.
Arolla
"Qui va lentement va sûrement !"
Changement de spécifications, changement de code, perte de connaissances, changement de technologie, changement d'équipes, changement de marché... Écrire un logiciel est complexe ! Dans un tel environnement, nous devons avancer par de petits pas. Coder avec des petits pas, c'est diviser le développement en de minuscules incréments.
Et si je vous disais que les petits pas sont la clé pour obtenir à la fois des fonctionnalités ET de la qualité ?
Assistez à cette conférence pour comprendre pourquoi vous devriez apprendre à coder par petits pas MAINTENANT ! De plus:
Assistez à cette conférence pour (re)découvrir la pratique la plus négligée dans le développement de logiciels !
Je suis un coach craft et agile. Au travers d'ateliers interactifs et d'outils j'aide les développeurs à se sentir plus en sécurité et plus fiers de leur travail !
Murex
Process Communication (PCM) est un modèle redoutablement efficace dans la gestion du stress et de la collaboration, y compris entre des gens que tout semble opposer. Que ce soit au bureau ou à la maison, celui-ci nous offre des outils pratiques pour naviguer à travers diverses situations, en minimisant les conflits potentiels.
Cette introduction à PCM vous donnera des outils concrets pour cibler votre communication, régler vos conflits et détendre l'atmosphère au quotidien. Aucun pré-requis n'est nécessaire, venez simplement comme vous êtes, prêt à découvrir comment optimiser vos interactions et réduire les conflits, que ce soit en réunion, en pair ou en mob/ensemble programming.
VP of Engineering au sein d'une scale-up européenne en plein essor (Agicap), Thomas est un ancien entrepreneur, consultant, architecte et programmeur eXtreme obsédé par les cas d'usage (par opposition à l'approche orienté solution) depuis plus de 25 ans. Egalement co-organisateur des meetups DDD France (et ancien BDD Paris), Thomas aime utiliser l'autonomie, le DDD et le TDD pour booster son efficacité et celle des autres au travail.
Agicap
Lors de cette présentation, explorez comment le Domain Driven Design (DDD) et le Relationship Based Access Control (ReBAC) peuvent révolutionner la gestion des accès en mettant l'accent sur le métier et la collaboration entre les parties prenantes.
Je partagerai notre expérience chez AGICAP lors de la transition d'un modèle d'autorisation basé sur les rôles (RBAC) vers un modèle ReBAC, en accord avec les dernières recommandations de l'OWASP. Découvrez comment nous avons appliqué les principes du DDD pour mieux appréhender et modéliser les besoins métier en matière d'autorisation, favorisant ainsi un système de gestion des accès plus performant et adaptable.
Ce talk mettra en avant les concepts clés du DDD et du ReBAC, ainsi que les défis et enseignements tirés lors de leur mise en œuvre. Vous repartirez avec une compréhension approfondie de l'importance de placer le domaine métier au cœur de vos systèmes d'autorisation, vous permettant de créer une stratégie de gestion des accès plus solide et flexible.
Staff software engineer with a love for Domain-Driven Design (DDD) and back-end development. Skilled in leading teams and embracing the Site Reliability Engineering (SRE) philosophy. When not crafting code, you'll find me exploring the great outdoors with my loyal dog. Catch me sharing my passion and knowledge in engaging talks!
Agicap
Nous vous proposons un retour d’expérience sur le thème du continuous delivery, de ses avantages et de pratiques permettant d’y parvenir avec le maximum de sérénité, en vous partageant les problèmes rencontrés sur le chemin.
Cela sera l’occasion de passer en revue quelques exemples de flow de CI/CD, des stratégies de tests, mais aussi de parler de zero-downtime deployment, de monitoring et d’alerting afin de garantir notre qualité de service.
Happy dev depuis 12 ans. Tech Lead et Engineering Manager chez Agicap. Co-organisatrice des Human Talks Lyon. Motivée par la qualité de service pour les utilisateurs. J'emploie quotidiennement des méthodologies telles que xDD et d'autres pratiques permettant de livrer rapidement et avec un nombre minimal de bugs.
Agicap
Tech Lead et Engineering manager pendant presque 5 ans chez Agicap, je suis développeur fullstack dans l’écosystème Microsoft depuis plus de 10 ans, drivé par l’impact utilisateur, les challenges fonctionnels, l’architecture et avant tout les stratégies de test. J’ai récemment quitté l’aventure pour me lancer à mon compte afin d’accompagner les entreprises et les équipes tech à se développer, à construire un logiciel scalable et maintenable en consolidant la qualité logiciel.
Five people working together at one computer?! How can that possibly be productive?
While this is a reasonable question, it's not easily answered - until we begin to understand the power of flow.
Mob Programming grew from one team's quest to learn how to work well together. Once we started working as a true team we almost immediately noticed that working this way provided better results in a variety of ways:
While we noticed these benefits and more, and it was clear this was due to working well together, we didn't have an understanding of why this was working so wonderfully for us.
A hint came early on when we recognized we were achieving a one-piece flow similar to the flow in Lean Manufacturing - but we didn't realize the importance of this until we started exploring the meaning and power of "flow".
In this presentation we'll share the results of that exploration, and see if we can get a better understanding of Mob Programming and the power of flow.
Woody Zuill is an Agile and Lean Software Development guide who has been programming computers for 40+ years. He is an originator and pioneer of the Software Teaming (Mob Programming) approach to teamwork in software development, and provides workshops, coaching, and training on team software development. He is also a founder of the "Beyond Estimates" discussion, and a frequent speaker at conferences and developer meet-ups all over the world.
Jérôme Avoustin
Certains principes de programmation fonctionnelle sont devenus mainstream dans la plupart des langages. On pense notamment aux lambdas, qui donnent un autre statut aux fonctions. D'autres principes ont été amenés par des librairies, avec plus ou moins de succès. Plus récemment, on voit d'autre formes de typage être intégrées au langage, comme les sealed interfaces/classes en Java, associées au pattern matching.
Toutes les équipes ne s'approprient pas ces principes, pour différentes raisons. Parmi elle, j'ai pu constater la peur qu'engendre la programmation fonctionnelle, et particulièrement son rapport aux mathématiques.
J'aimerais démystifier cela, et montrer qu'il n'est pas nécessaire de maitriser cet aspect pour s'y engager. J'aimerais aussi partager comment certains de ces principes sont devenus des habitudes dans mon quotidien de développeur, les bénéfices que j'en retire, et comment cela m'a permis de voir mon métier autrement.
Produit des bugs depuis 20 ans, à l'aide de tests, d'exploration du domaine et de quelques fonctions.
Tu investis du temps pour te former aux pratiques craft et agiles. Mais dans ton équipe c'est pas toujours si simple. Certaines pratiques sont mal vues, voire carrément interdites. Tu te sens frustré·e.
Faut-il jeter l’éponge ? Attendre la bonne équipe ?
Ou est-ce qu’il est temps de se rebeller ?
Dans ce talk on va trouver comment utiliser tes pratiques préférées en environnement hostile. On verra comment ça peut être éthique et bénéfique pour ta carrière. Et comment te protéger.
Alors camarade, enfile ton camouflage de dev et rejoint la guérilla.
Passionné de code et payé pour le faire depuis 14 ans déjà. J'ai travaillé dans de nombreux contextes, de la micro startup aux grand ministères français. J'aime expérimenter et trouver des meilleurs façons de travailler autour du logiciel. Je travaille et partage sur tout ce qui touche à l'eXtreme Programming: TDD, Ensembles, NoEstimates, BDD, DDD, Programmation fonctionnelle (Elm, Rescript, Erlang) etc. Vous pourrez me retrouver sur le meetup que j'anime @MobProgFr et dans les meetups de craft/dev en ligne et sur Nantes!
Programmer en "orienté donnée", c'est appliquer des principes de programmation pour rendre plus compréhensibles les programmes qui principalement opèrent sur la donnée. C'est une discipline particulièrement adaptée aux application Web métier, mais elle jure avec la façon dont sont communément présentées certaines pratiques de Craft.
Découvrez comment les adapter, afin de bénéficier tout aussi bien des avantages du Data-oriented programming que de ceux du DDD, TDD, Clean code, etc.
Yacine est Head of Technology chez Fabriq. Originaire de Rouen, il a travaillé auparavant chez Spendesk, où il y a amorcé l'adoption du DDD.
Fabriq
C’est bien connu, nous avons tous des personnalités différentes ! nos expériences personnelles ou professionnelles nous ont façonné jour après jour, ont fait de nous qui nous sommes, nous ont donné cette personnalité avec cette sensibilité qui nous est propre. Quelle soit plus ou moins exacerbée, notre sensibilité nous guide tous les jours dans nos choix, nous influence inconsciemment dans nos réactions et nos interactions avec autrui.
Mais au fait, qu’entendons nous par « sensibilité » ? quel impact peut-elle avoir dans l’organisation d’une équipe ? Et si la pratique du craft aidait a tirer partie de nos différences de sensibilité ?
Ensemble, explorons cette facette de nos personnalités et réfléchissons comment le craft peut nous aider à la valoriser.
Développeur depuis 2009
Plus de fonctionnalités, de meilleure qualité et plus souvent. Et si le problème était ailleurs ?
Nous vous parlerons de l’approche produit pour mieux comprendre comment le produit réalisé génère des outcomes pour les utilisateurs et des impacts pour l’entreprise.
Nous verrons qu’en mettant l’utilisateur au cœur de nos pratiques nous pouvons livrer plus de valeur… avec moins de fonctionnalités !
Tanguy est consultant et formateur en product management chez Zenika. Tanguy a dévelopé son expertise de Product Owner dans différents domaines métier (transport, services publics, énergie). Soucieux aussi des enjeux environnementaux liés aux digital, il sait apporter des solutions pour amener le produit vers du GreenIT.
"Tidy First?", le dernier ouvrage de Kent Beck, est le fruit de plusieurs années de réflexion sur le métier de développeur.
À travers une quinzaine de patterns, il nous enseigne comment réaliser de petits nettoyages de code qui peuvent considérablement simplifier notre travail quotidien.
En illustrant ces patterns, nous montrerons comment les intégrer de manière efficace dans notre flux de travail. Nous aborderons également les aspects économiques souvent négligés du nettoyage de code : comment investir judicieusement dans la propreté du code pour garantir plus d'options et une valeur à long terme, même si cela signifie parfois sacrifier un peu de valeur immédiate. Que vous soyez un développeur débutant ou un expert chevronné, cette conférence vous fournira des stratégies pratiques pour maintenir un code propre et rentable tout au long de votre parcours de développement logiciel.
Arnaud est développeur, coach craft et formateur chez Arolla. Passionné par la transmission des bonnes pratiques, il est également co-auteur du livre "Software Craft : TDD, Clean Code et autres pratiques essentielles" aux éditions Dunod et anime régulièrement des meetups et BBL autour du Craft.
Arolla
Tendance du moment, le Chaos Engineering consiste à étudier le comportement d'un système face à des évènements externes souvent peu probables, mais ici provoqués (crash d'un serveur ou load-balancer, perte du DNS, ...)
Le désordre ainsi généré apporte de nombreux enseignements sur le fonctionnement de nos systèmes, nous permettant par la suite d'améliorer leurs robustesses.
Mais étrangement, tous les livres, talks, tutoriels parlant de Chaos Engineering oublient un composant important de nos systèmes. Et pourtant, si il y a bien un périmètre dont l'imprévisibilité, l'incohérence, et le besoin de résilience sont au centre des préoccupations, il s'agit bien du frontend.
💥Chaos, frontend, art ancestral japonais 👘: 3 notions qui n’ont à priori rien à voir, mais qui ensemble ouvrent de nouvelles perspectives dans le développement de nos applications.
CTO @ Prolong
Prolong
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
