DevFest Lyon 2026 (4 décembre) : choisir les talks IA pour repartir avec une stack déployable

Tu vas au DevFest Lyon 2026 pour “faire de l’IA”. Mauvaise cible. Tu y vas pour repartir avec une stack IA entreprise que tu peux vraiment déployer, ou au minimum avec des décisions d’archi et d’orga qui débloquent un go live en 30 jours. Le reste, c’est de la culture générale.

Bonne nouvelle : le DevFest n’est pas une conf 100% IA, et c’est justement ce qui le rend utile. Les projets qui sortent du pilote, ce n’est pas juste “un bon modèle”. C’est du produit, de la data, du run, de la sécurité, et des coûts. Et le DevFest est construit pour mixer tout ça.

Repères factuels : vendredi 4 décembre 2026, de 08h à 21h, au Palais de la Bourse de Lyon (Lyon 2e). Format journée complète avec 3 tracks, stands et networking. Capacité annoncée 400 participant·e·s. Billet journée à partir de 75 € (petit-déjeuner et déjeuner inclus selon la billetterie). Sources : page billetterie HelloAsso et programme DevFest Lyon.

1) Ton objectif : pas “voir des talks IA”, mais combler tes maillons manquants

Si tu ouvres le programme en mode “je vais prendre tout ce qui est tagué Data & AI”, tu vas ressortir avec des idées. Pas une stack. La règle simple :

Ne choisis pas des talks IA. Choisis ce qui manque à ton équipe pour livrer en 30 à 90 jours.

Cadre 2 objectifs maximum avant de réserver ta journée

• Objectif principal : un livrable concret. Exemple : “assistant interne sur base documentaire, traçable, mesuré, avec droits d’accès”.
• Objectif secondaire : un risque bloquant. Exemple : “prompt injection”, “droits et purge dans l’index”, “évaluation avant prod”, “budget tokens”.

Tout talk que tu choisis doit servir l’un des deux. Sinon, tu le mets en “bonus si j’ai du temps”.

2) DevFest Lyon 2026 : ce que tu peux en tirer côté IA (vraiment)

Le programme 2026 affiche une catégorie Data & AI avec des sessions identifiables, dont :

• “Un RAG en 2026, ça donne quoi ?” (Data & AI)
• “Understanding Prompt Injection - Techniques, Challenges, and Advanced Escalation” (Data & AI)
• “Hold My Beer: Cursed Experiments in the MCP App Ecosystem” (Data & AI)
• “Strava, mon Kiné et Moi : Survivre à l'Upgrade vers Google ADK 2.0” (Data & AI)
• “J’ai ‘Vibe Codé’ un roman : Appliquer l’ingénierie logicielle à la narration assistée par IA” (Data & AI)
• “Tout le monde peut créer : donner aux non-ingénieurs les moyens de contribuer” (Data & AI)

Ce que ça dit sans bullshit :

• RAG toujours central : si un talk “RAG en 2026” existe, c’est que les équipes se battent encore avec qualité, latence, coût, refresh data, éval.
• Sécurité LLM devenue “engineering” : un talk dédié à la prompt injection confirme que ce n’est plus un sujet de sensibilisation, c’est un sujet d’architecture et de run.
• Agentique et écosystèmes outils : MCP, ADK, intégrations… la valeur vient de la capacité à brancher proprement l’IA sur tes systèmes, sans trou de sécu.

Et surtout : tu as 3 tracks. Donc tu peux te construire un parcours IA utile en mixant :

• 1 à 2 talks “Data & AI” orientés prod
• 1 talk “Cloud, Infra & DevOps” pour le déploiement et le run
• 1 talk “Software Architecture” pour l’intégration SI, la gouvernance, la dette

3) Qui envoyer au DevFest pour que ça serve à quelque chose

Envoyer “un data scientist” seul, c’est le meilleur moyen de revenir avec un notebook. Pour repartir avec une stack IA entreprise, tu veux des profils qui couvrent 4 familles.

Le trio minimum (si tu dois arbitrer)

• Tech lead / architecte : intégration SI, patterns, décision build vs buy, contrats d’interface.
• Data engineer ou platform engineer : pipelines, permissions sur les sources, refresh, observabilité.
• Sec ou DevSecOps : prompt injection, gestion des secrets, IAM, logs, audit.

Le quatuor idéal (si ton sujet touche un métier)

• Les 3 ci-dessus
• Product owner ou référent métier : critères de succès, flux utilisateurs, risques terrain, adoption.

Objectif : à la fin de la journée, tu veux que ces 4 personnes puissent écrire ensemble “voici la stack cible” et “voici le plan 30 jours”. Pas “voici des tendances”.

4) La grille de sélection des talks IA (prod, data, sécu, MLOps) qui évite le POC vitrine

Tu vas te retrouver avec des arbitrages en temps réel, parce que 3 tracks, ça veut dire des conflits de planning. Donc tu utilises une grille simple, en 4 blocs. Et tu assumes de rater des sessions “cool”.

Bloc 1 : Produit et cas d’usage (ce qui te fait gagner du temps, pas rêver)

• Le talk donne un périmètre clair : qui utilise, sur quels documents, avec quelles limites.
• Il parle de mesure : métriques d’utilité, taux d’escalade, satisfaction, erreurs.
• Il aborde les garde-fous UX : citation des sources, refus, incertitude, validation humaine.

Bloc 2 : Data et pipeline (là où ça casse en premier)

• Sources : droits d’accès, qualité, fréquence de mise à jour.
• Indexation : stratégie de chunking, embeddings, recherche hybride si besoin.
• Gestion du cycle de vie : refresh incrémental, purge, droit à l’oubli.

Bloc 3 : LLMOps et exploitation (le talk doit parler “run”, pas “démo”)

• Évaluation : jeux de tests, régression, monitoring qualité.
• Observabilité : traces, logs, latence, coûts par requête.
• CI/CD : versionning des prompts, config, modèles, policies.

Bloc 4 : Sécurité, conformité, coûts (les sujets qui font stopper la prod)

• Menaces : prompt injection, exfiltration, escalade d’outils.
• Protections : sandbox, allowlists, filtrage sortie, contrôles d’accès.
• FinOps : budget tokens, seuils, alertes, arbitrages modèles.

Règle de tri cash : si une session ne te donne pas au moins un de ces artefacts, tu la mets derrière :

• une checklist réutilisable
• une décision d’architecture claire (et ses compromis)
• un protocole d’évaluation
• un runbook ou un plan de monitoring

5) Comment lire quelques talks “Data & AI” du programme avec une logique stack

Tu n’as pas besoin d’être expert du contenu exact pour bien choisir. Tu as besoin de savoir ce que tu vas en extraire.

“Un RAG en 2026, ça donne quoi ?” : à prendre si ton use case est documentaire

Ce talk est un candidat naturel si tu veux un assistant interne, du support, de la recherche, des réponses sur procédures. Ce que tu viens chercher :

• les patterns RAG qui tiennent : retrieval hybride, reranking, citations
• les échecs typiques : données pas prêtes, chunks pourris, freshness
• l’évaluation : comment tester la qualité sans mentir à ton COMEX

À relier si tu veux bétonner le socle : RAG : comment faire répondre une IA sur vos propres documents et Comment évaluer la réponse d'une IA : construire son jeu de tests.

“Understanding Prompt Injection…” : à prendre si tu branches l’IA sur des outils ou des données sensibles

C’est le talk “anti catastrophe”. Tu le prends si tu as une IA qui lit des documents internes, touche un CRM, ou déclenche des actions. Ce que tu veux obtenir :

• des scénarios concrets d’attaque (pas des généralités)
• des protections testables (pas “sensibiliser les users”)
• des méthodes de validation et de logging

Pour préparer le terrain avant la conf : Injection de prompt : la faille que les entreprises sous-estiment et Sécuriser vos LLM en production : menaces et parades pour les entreprises.

“Hold My Beer: … MCP App Ecosystem” : à prendre si tu veux une IA qui agit, pas juste qui parle

MCP, ce n’est pas un gadget : c’est le sujet “comment je branche l’IA sur mes systèmes”. Tu le prends si ton backlog contient “connecter l’assistant à Jira, Git, Drive, CRM, ERP” ou “outiller un agent”. Ce que tu filtres :

• comment gérer les permissions et le cloisonnement
• comment éviter l’agent qui fait n’importe quoi en prod
• quels standards valent le coup, lesquels sont encore fragiles

À lire avant ou après pour mettre des mots précis : Le protocole MCP expliqué : brancher une IA sur vos outils et Sécuriser un agent IA qui a accès à vos outils.

“Survivre à l'Upgrade vers Google ADK 2.0” : utile si tu dépends d’un framework

Ce type de talk est précieux pour une stack déployable parce qu’il parle de maintenance, donc de vraie vie. Ce que tu viens chercher :

• ce qui casse quand tu mets à jour
• comment ils ont testé, migré, rollback
• ce qu’ils auraient isolé différemment (interfaces, contrats)

“Vibe codé…” : à prendre si tu veux cadrer la qualité logicielle, pas faire joujou

Le bon angle, ce n’est pas “l’IA écrit du code”. C’est “comment tu gardes des pratiques d’ingénierie quand tu as un copilote partout”. Si tu as de la dette et des juniors qui shipent vite, ce talk peut aider.

Pour un cadrage local et entreprise : Vibe coding en entreprise : ce que la région doit savoir avant de foncer.

6) Les questions à poser pour filtrer le “déployable” du “joli”

Le Q&A et le networking, c’est là que tu gagnes ta journée. Tu poses des questions qui forcent des réponses actionnables.

Prod et architecture

• “C’est quoi le plus petit déploiement en production que tu recommandes, composants indispensables ?”
• “Qu’est-ce qui casse en premier : qualité, latence, coûts, sécurité, données ?”
• “À quel moment vous avez figé les interfaces (API, contrats) pour éviter l’effet prototype éternel ?”

Data

• “Vous gérez comment le refresh incrémental et la suppression dans l’index ?”
• “Quelles métriques data corrèlent vraiment avec la qualité de réponse ?”
• “Votre pire surprise sur les droits d’accès aux docs, c’était quoi ?”

Sécurité

• “Quelles protections concrètes contre la prompt injection vous utilisez, et comment vous les testez ?”
• “Vous cloisonnez comment les permissions outil (least privilege) et les secrets ?”
• “Qu’est-ce que vous loggez exactement pour pouvoir auditer un incident ?”

LLMOps et run

• “Vous versionnez quoi : prompts, policies, jeux de tests, modèles ?”
• “Votre boucle d’éval en CI, elle ressemble à quoi ?”
• “Quel est votre runbook quand la qualité chute ou quand les coûts explosent ?”

Si la personne répond flou, tu sais quoi faire : tu changes de talk la prochaine fois.

7) Mini-checklist avant / pendant / après : transformer DevFest Lyon 2026 en plan 30 jours

Objectif : sortir du “POC vitrine”. Tu veux un plan court, testable, avec un owner et une date.

Avant (J-7 à J-1) : tu viens avec un problème, pas avec de la curiosité

• 1 phrase : “On veut livrer X pour Y utilisateurs avec Z données.”
• 1 contrainte non négociable : données sensibles, budget, latence, on-prem, etc.
• 1 backlog de blocages : data pas propre, IAM, éval, coût, intégration SI.
• 1 doc imprimée ou sur téléphone : schéma actuel du SI et sources de données.
• Questions prêtes (celles du chapitre précédent). Pas d’impro.

Si tu as un sujet sécurité, garde sous la main : Fuite de données : 7 contrôles rapides avant d’ouvrir vos données à un assistant IA.

Pendant (le 4 décembre) : tu récoltes des décisions, pas des notes

• 1 talk = 3 prises : un pattern à copier, un piège à éviter, une décision à trancher.
• Tu notes les chiffres : latence, coût, volumétrie, fréquence refresh, taux d’échec.
• Tu forces le concret : “montre ton monitoring”, “c’est quoi ton runbook”, “tu logs quoi”.
• Tu fais 2 rencontres utiles : une personne sécu, une personne platform/infra.

Après (J+1 à J+30) : tu transformes en exécution

• J+2 : une page “stack cible” (composants, responsabilités, flux).
• J+5 : une liste “données prêtes / données interdites / données à nettoyer”.
• J+10 : un protocole d’évaluation minimal + un jeu de tests initial.
• J+15 : un pilote interne limité (20 users max), avec logs et garde-fous.
• J+30 : une décision go/no go, basée sur métriques (qualité, coût, risque).

Pour structurer l’après-conf et éviter de te disperser : Après la conférence à Lyon : 7 actions J+30 pour sécuriser cloud, GenAI et contrats.

8) Un parcours type “stack déployable” sur une journée DevFest (sans connaître tout le planning)

Tu veux un exemple de répartition simple, compatible avec une conférence IA Lyon qui n’est pas full IA :

• Matin : 1 talk Data & AI “prod” (RAG, éval, architecture) + 1 talk infra/devops.
• Midi : stands + 2 questions “sécurité” et “run” posées à des gens qui ont déployé.
• Après-midi : 1 talk sécurité (prompt injection, IAM, secrets) + 1 talk archi.
• Fin de journée : networking ciblé, tu récupères 2 contacts pour challenger ta stack.

Le point clé : tu sors avec une architecture et un plan d’exécution. Pas un album souvenir.

Ce que tu dois viser en quittant le Palais de la Bourse

À 21h, si tu veux dire “on a rentabilisé DevFest Lyon 2026”, tu dois pouvoir répondre à ces 5 questions, sans chercher dans tes notes :

• Quel cas d’usage tu livres, pour qui, et ce que tu refuses de faire.
• Quelle stack tu déploies (même minimale) et où elle tourne.
• Quelle stratégie data (sources, droits, refresh, purge).
• Quelle stratégie sécu (prompt injection, secrets, IAM, logs).
• Comment tu mesures qualité, coûts, et incidents dès le pilote.

Si tu n’as pas ça, tu n’as pas “fait de l’IA”. Tu as assisté à des talks IA.

Ressource utile pour cadrer ton projet avant même la conf : Cadrer un projet IA : la méthode en quatre étapes avant d’écrire du code.

Infos pratiques à retenir : DevFest Lyon 20264 décembre 2026, 08h à 21h, Palais de la Bourse (Lyon 2e), 3 tracks, capacité annoncée 400 participant·e·s, billets à partir de 75 €. Sources : HelloAsso DevFest Lyon 2026 et programme DevFest Lyon.