• MĂ©thodologie
  • ConfĂ©rence
  • Standard
  • 55 min

Pourquoi vos applications sont déjà legacy !

  • Date jeudi
  • Horaire 9h30 Ă  10h25
  • Salle Amphi D

Description

Chaque application naĂźt propre. Quelques annĂ©es plus tard, elle est devenue le monstre que personne ne veut toucher. Ce n'est pas une fatalitĂ©, ce n'est pas de la malveillance, c'est le cycle de vie naturel d'une application. Tout professionnel de l'informatique a ou aura la chance (ou la malchance) de travailler sur des projets rĂ©cents comme en fin de vie ; avec peu d'utilisateurs comme des milliers ; sur des architectures propres comme sur des codebases que personne n'oserait ouvrir ! On va d'abord comprendre pourquoi nos applications ne sont pas Ă©ternelles, comment une codebase si propre et si performante se retrouve petit Ă  petit sous perfusion. Pression produit, turnover, dĂ©pendances qui meurent, hotfixes qui s'accumulent
 On nomme les coupables. Puis on passe aux antidotes : comment maintenir une application en bonne santĂ© du dĂ©but Ă  la fin, et quand ce n'est plus possible, comment prĂ©parer la transmission dans les meilleures conditions ? Durant ce talk, vous allez pouvoir prendre du recul sur vos projets. À lire leur Ă©tat de santĂ©. Et surtout, Ă  rĂ©pondre Ă  la vraie question : est-ce qu'on se bat pour la survie ou est-ce qu'on accompagne pour laisser place Ă  autre chose ?

Orateur·ices

Charles Biselx

Tech Lead et dĂ©veloppeur passionnĂ©, je m’intĂ©resse autant au code qu’à la maniĂšre dont on le construit. Entre craftsmanship, qualitĂ© logicielle, IA, DevOps ou encore SEO, j’aime explorer comment les outils et les pratiques font Ă©voluer notre mĂ©tier et surtout comment les utiliser concrĂštement au quotidien.

Actions rapides

Voir la vidéo

Les sessions futures sur le mĂȘme thĂšme

    • MĂ©thodologie
    • Quicky

    TechLeads : arrĂȘtez de rĂ©pondre. Commencez Ă  questionner !

    On attend du Techlead qu’il sache. On vient le voir pour chaque dĂ©cision : relecture de code, dĂ©cision d'architecture, arbitrage produit, debug complexe, mĂ©diation d'Ă©quipe... Et plus il est compĂ©tent, plus il est sollicitĂ© ! Le paradoxe ? Sa valeur crĂ©e sa surcharge. Et si le rĂŽle du TechLead n’était pas d’avoir les meilleures rĂ©ponses
 mais de poser les meilleures questions ? Le questionnement puissant est une compĂ©tence centrale en coaching mais quasiment absente de la culture technique. Alors permettez-moi de vous offrir cet angle nouveau qui pourrait vous permettre de : - rĂ©duire la charge cognitive du TechLead, - faire Ă©merger des solutions plus solides, - responsabiliser sans imposer, - et d'Ă©viter les dĂ©pendances invisibles Un sujet pour celles et ceux qui veulent faire grandir leur impact sans s’épuiser.

    Jeudi 10h45 Ă  11h00 - Amphi D
    • MĂ©thodologie
    • Tool in action

    Neo et la matrice des connaissances

    Les bases de données orientées graphe sont un allié puissant pour représenter les connaissances et agir en acteur avisé. Dans cette session, je vous propose une mise en situation : Neo est bloqué dans la matrice face à ses redoutables adversaires. Grùce à une connaissance bien structurée du domaine dans lequel il est plongé, nous pouvons l'aider à s'échapper. Pour cela nous allons construire un graphe de connaissances. Ce sera l'occasion de vous proposer quelques grands principes de modélisation de graphe : quels sont les concepts du domaine, quelles sont les relations qui les lient, et comment leur donner de la sémantique pour résoudre notre problÚme ?

    Jeudi 15h00 Ă  15h25 - Amphi E
    • MĂ©thodologie
    • ConfĂ©rence

    ArrĂȘtez le “feeling” : pilotez vos pratiques avec des policies

    Vous vous ĂȘtes dĂ©jĂ  demandĂ© oĂč en Ă©tait une migration interne, ou l’adoption d’une pratique tech dans votre entreprise ? Peut-ĂȘtre mĂȘme avez-vous dĂ©jĂ  Ă©tĂ© celui ou celle qui a dĂ» en faire l'Ă©valuation et le suivi (fastidieux, manuel, vite obsolĂšte, et souvent oubliĂ©) ? Ce talk vous propose une piste d'Ă©claircissement concrĂšte : les **"policies"** techniques. Toute plateforme interne cherche Ă  encourager et façonner certains "comportements" au sens large, tout en les rendant plus simples Ă  adopter : maintenir ses dĂ©pendances Ă  jour, dĂ©finir des SLOs, appliquer des standards de tagging, migrer vers une nouvelle bibliothĂšque ou de nouveaux services, etc. Mais **la plupart de ces attentes restent implicites ou suivies manuellement**, transformant le suivi des progrĂšs en simple ressenti plutĂŽt qu’en mĂ©triques fiables. Et si nous explorions comment transformer ces attentes en policies (des rĂšgles explicites, vĂ©rifiables automatiquement) pouvant aider les plateformes Ă  Ă©voluer de "encourager les bonnes pratiques" Ă  leur mesure concrĂšte ? Nous verrons : - Quels types de comportements et standards peuvent ĂȘtre exprimĂ©s sous forme de policies - Comment les implĂ©menter de maniĂšre dynamique et data-driven, avec des exemples d'outillage tels que Kyverno, Open Policy Agent, AWS Config, et d'autres - Comment les utiliser pour suivre migrations, conformitĂ© ou taux d’adoption - Comment obtenir des rĂ©sultats partageables aux Ă©quipes et au leadership - Un bref retour d'expĂ©rience et des exemples tirĂ©s de notre application de ce concept chez PayFit À travers cette approche, une plateforme devient plus qu’un ensemble d’outils : un systĂšme vivant, observable, et capable de piloter le changement organisationnel.

    Jeudi 15h35 Ă  16h00 - Amphi A