- 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
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