Forum Ouvert

  • Sujet : Forum Ouvert
  • Meetup
  • 8 personnes

Session 1 : 19h25 – 19h50

Salle 1 :

Rex déployer des branches de feature sur AWS avec Terraform (ça marche bien)

Démonstration d’un pipeline fonctionnel de création d’environnements temporaires par branches

Salle 2 :

Qu’est-ce que vous voudriez voir a une conférence Lyonnaise sur le vaste sujet du Software Craftsmanship ?

Annulé par manque de participant·e·s

Salle 3 :

Comment inclure efficacement le “middle management” dans un accompagnement craft ? Comnent expliquer au middle management que sans le métier le développeur ne sert pas à grand chose ?

Contexte A : Quelqu’un du top level management ne comprenant pas le métier du développement pense que l’innovation vient des développeurs alors qu’elle devrait venir des problématiques rencontrées afin qu’elles servent à trouver des solutions innovantes.

Les solutions techniques ne répondent pas forcément aux problèmes, surtout quand ils ne sont pas connus.

Le middle management, est une forme de passe plat qui a tendance à rediffuser les idées du top-level management sans les challenger.

Le top level management a un lien de subordination très fort sur le reste de la société : une décision prise n’est pas discutée.

Contexte B : Le top level est proactif et intéressé dans la démarche qualitative en poussant dans cette direction. Au niveau des développeurs, l’entrain est bon. Les PO prennent un role de chefferie de projet arbitrage sur l’activité des développeurs. Les testeurs/QA ont aussi un role similaire. Les PO ne sont pas challengés mais c’est en train de changer mais ça reste incompris et pas très bien pris

Solution : expliquer les risques (interface entre les termes techniques et les solutions apportées aux problématiques) afin de rassurer. Introduire l’espace du problème (le métier) et l’espace des solutions (équipe développement). Faire en sorte que les tickets ne soient pas des solutions Arrêter les estimations et les engagements de feuille de route

Salle 4 :

Comment organisez vous votre backlog?

Quelques pistes :

  • Un board de dévelopment très simple
    • Created
    • Fridge
    • Doing
    • Done
  • Un board de refinement pour la construction et la priorisation des features
    • Possiblement des labels par “pans” fonctionnels
  • Garder des titres simples et challenger les features

Session 2 : 20h00 – 20h20

Salle 1 :

Les débutants, les confirmés qui n’ont fait que du CRUD basique, des idées pour les amener à se sortir des outils/technos Vous avez un pitch qui fonctionne bien pour éxpliquer la différence entre un développement fait en se concentrant sur l’infrastructure et un dev fait en se concentrant sur le métier ?

TechnoCentré (bon terme) Difficile (impossible ?) a comprendre en sortant de l’école, trop de nouveautées et on ne voit pas qu’il faut maintenir et lire du code (plus que le fabriquer et le faire tourner une fois).

  • En école, pas vraiment de formation sur les bases, uniquement des formations sur les technologies
  • Globalement les formations ne sont pas satisfaisantes “la vie est faite de rencontres” Les débutants n’ont pas la bande passante pour ingurgiter trop de concepts aussi bien techniques que pratiques

Salle 2 :

Dev-infra comment avoir un système équilibré ?

que choisir et comment le prioriser ? mesurer ce qui prends du temps ? identifier et creuser avec les 5 Pourquoi ?
méthode poisson
ex :pagination
ajouter des sondes pour savoir jusqu’où l’utilisateur va
si il va jusqu’à la 5 éme pages, charge les 5 premiers pages d’entrée
si volumétrie connue, les prendre en comptes directement

  • expérimentation -

quoi mettre dans le domaine ou l’infra ? complexité obligatoire dans le domaine
accidentel dans l’infra
Quelle est la plus value que tu vas en retirer ? es-ce que ton infra tiens la route ?

en essayant de tout mesurer, on mesure rien : cibler les métriques

Session 3 : 20h25 – 20h45

Salle 1 :

Qui a fait joujou avec HTMX ? Mickael

Salle 2 :

Quels sont les red flags qui vous permettent de dire immédiatement que vous n’allez pas travailler avec un client

Salle 4 :

Quelle est votre type de contrat salarié? (temps partiel, 35h, avantage…)

ROTI

  • 3/5: 6 personnes
  • 4/5: 1 personne
unconf