Une nouvelle aventure commence sur Grenoble, venez nous rejoindre les 13 et 14 juin 2019 !
Réaliser un produit logiciel qui correspond aux besoins de nos utilisateurs et qui soit facile à faire évoluer est un Graal difficile à atteindre.
Cela demande à la fois une excellence technique, une maîtrise des bonnes pratiques sur l'ensemble de la chaîne de production, des compétences de coopération et de communication avec l'ensemble des acteurs, un paradigme de travail d'apprentissage (The Build-Measure-Learn Feedback Loop)... Une quête passionnante qui est facilitée lorsqu'on rencontre des personnes expérimentées qui nous guident sur les chemins à suivre et nous aident à nous améliorer.
Cette conférence a pour but d'être un lieu d'apprentissage et d'échanges afin de progresser pour produire des logiciels toujours meilleurs.
La conférence est sur 2 jours : un jour sera dédié aux personnes désirant découvrir de nouvelles pratiques et perfectionner leurs compétences et un autre pour les pratiquants réguliers souhaitant approfondir leurs connaissances (en co-organisation avec SoCraTes-FR)
Au-delà de la passion, faire du logiciel pour moi c’est aider les autres à résoudre leurs problèmes. Comment aider les autres si on n’est pas déjà clair soi-même avec sa posture, son métier, ses envies, ses ambitions ou bien ses craintes ? C’est la question que je me suis posé à plusieurs reprises durant ma carrière. Et c’est de cela - et des quelques aides trouvées en route - dont je voudrais vous parler.
Pour faire du développement itératif et incrémental, nous devons faire évoluer leur code en permanence. Pour cela, il est indispensable d'avoir des tests unitaires, et la meilleure façon de les écrire, c'est le TDD, qui présente bien d'autres avantages ! Après un peu de théorie, je ferai une démo en live coding pour illustrer cette pratique toujours trop peu utilisée.
Au début de sa carrière, on tire une certaine fierté de la quantité de code écrit. Au fil du temps, on prend de plus en plus de fierté à jeter du code, si bien que certains développeurs se vantent parfois d'avoir supprimé plus de code qu'ils en ont écrit sur une journée.
Atelier : Le BDD est trop souvent réduit à de l’outillage, alors que c’est surtout un super moyen de rapprocher le métier et les professionnels du software pour livrer des applications qui font ce dont on a réellement besoin. Malgré sa redoutable efficacité, L’Example Mapping n’est pas encore beaucoup utilisé et demeure plutôt méconnu. Après une rapide introduction à l’Example Mapping nous le pratiquerons ensemble autours d’un cas concret.
Atelier : Installons une chaîne de build complète sur son portable et voir comment interagissent chaque composant de cette forge. Nous discuterons aussi de quels sont les pièges à éviter.
C'est quoi l'obstacle principal à travailler avec les tests ou en TDD. C'est que le code existant n'a pas été concu pour! Voyons à travers un exemple comment on reprend le code, le prépare au travail en TDD à l'aide des tests :) et du refactoring préparatoire afin que cela devienne un jeu d'enfant d'ajouter la nouvelle fonctionnalité en TDD (ou presque :D)
La revue de code est un art difficile, et contrairement à ce que l'on pourrait croire, ça ne va pas en s'arrangeant avec le temps comme par magie. Cette présentation est un état des leçons apprises sur les 8 années de revue de code pratiquées sur le projet Tuleap.
Nous allons vivre une approche itérative et apprenante du développement basé sur ammonite et scala. Cette approche est basée sur la création d'exemples très facilement exécutable et partageable via les gists de github ou les snippets de gitlab. La session se fera essentiellement en live coding
Les architectures basées sur les microservices ont le vent en poupe. Tout le monde veut en faire. Les promesses en terme de bénéfice sont très séduisantes. Mais implémenter ce type d'architecture n'est pas sans difficulté, c'est peu de le dire. On risque en effet à un monolithe distribué ...
Ce talk est un retour d'expérience sur la mise en place d'un training craft de 4 semaines. Son objectif principal est de transmettre des méthodes, des techniques, des connaissances et un savoir-faire craft à d'autres développeurs. Nous traiterons de tous les aspects liés au training : la préparation, le format, le contenu, l'animation, le suivi, l'amélioration.
Il s'agit de l'association de 2 pratiques : le pair programming (programmation en binôme) et le TDD (Test Driven Development). Cette pratique qui reprend le rythme du jeu du ping pong est l'occasion de découvrir, tester, expérimenter, progresser, rendre plus pertinents le pair programming, le TDD et ainsi notre pratique quotdienne du développement.
Tout bon artisan se démarque dans la maîtrise de ses outils. En tant que développeur, l'IDE est votre outil quotidien principal. Bien le maîtriser est un atout indéniable pour à aller plus vite et vous concentrer sur l'essentiel. Cela vous apportera rapidité, fluidité et plaisir de coder. Venez vous entraîner sur votre outil préféré (IntelliJ ou Eclipse) afin d'apprendre des fonctionnalités et des astuces insoupçonnées.
Comment faire de la programmation fonctionnelle quand on a les pieds liés au code impératif et mutable
La UX résout un constat évident : le point de vue du client sur un produit n'est pas le même que celui de l'artisan qui l'a conçu. Pourtant il faut concilier ces points de vue pour transformer l'artiste en artisan. Il produit ainsi un très beau produit, qui ravit les clients et lui assure sa pérennité. Nous parlerons donc de la valeur perçue et nous évoquerons en quoi la collaboration Dev / UX ne peut qu'être fructueuse... à quelques conditions près.
Atelier :
Atelier :
On entend souvent parler d'architecture en couche/n-tiers, d'architecture hexagonale/en onion, de patterns divers et variés (Repository, DAO, Active Record, Domain Model anémique ou pas, ORM...), de DDD, de CQRS et d'EventSourcing...ce talk en fait un tour d'horizon sous la forme d'une revue de code de différentes architectures d'un même exemple.
Pierre Chiron
Orange
Vous vous êtes un jour douté de la pertinence des features proposés? Et si on collectait un peu de données pour s'assurer qu'on développait des fonctionnalités que les utilisateurs utilisent réellement?
Atelier : Apprenez à découper les users stories de votre produit en tranches très fines, faites un carpaccio d’éléphant !
Atelier : Dans cette session, nous apprendrons ensemble à pratiquer la pierre angulaire des principes S.O.L.I.D. : le Open / Close principle. Nous travaillerons en mob programming ce qui nous contraindra à verbaliser les solution et permettra à chacun d’être actif. Nous modifierons légèrement le flux du TDD pour nous contraindre à respecter le principe Open/Close. Nous essaierons aussi de supprimer tous les if de notre code.
Au delà de subir la dette technique comment pouvons nous trouver le dialogue qui permettra de commencer à en sortir?
Pendant longtemps, JavaScript s'en est tenu au principe de callbacks pour la gestion des appels asynchrones. Dans son histoire récente, JS s'est armé pour simplifier l'écriture d'un code qui s'éxecute de manière asynchrone, en lui donnant un aspect synchrone, grâce à async/await. Mais comment en est-on arrivé là ? Quelles avancées ont permis d'obtenir cela ? Nous verrons cela lors d'une session de live coding pour revenir ou présenter quelques concepts clés de JS, comme les promesses, ou la plus belle évolution de JS depuis sa création : les générateurs.
Atelier : Apprenez à découper les users stories de votre produit en tranches très fines, faites un carpaccio d’éléphant !
Atelier :
Un grand merci à nos sponsors sans qui cette première aventure 2019 n'aurait pas pu voir le jour
En particulier à notre sponsor Golden Master
Et également à nos sponsors TDD
Les deux jours se dérouleront à :
Maison Minatec
3 Parvis Louis Néel, Grenoble
Vous pouvez y accéder :
