Guidelines des talks au Code @ Québec
Premièrement, merci de faire un talk au Code @ Québec. J'ai fait ce document pour aider à préparer un talk pour le meetup et expliquer l'ambiance qu'on recherche. (Promis, rien de trop lourd)
1. Un sujet technique
Le plus important au Code @ Québec, c'est de faire une présentation technique.
Ça peut être sur un outil qu'on aime, un bug bizarre, un projet personnel, un deep dive dans une technologie.
De bons exemples qu'on a eu:
- - Un deep dive sur les MySQL transactions
- - Le showcase d'une lib pour comparer des JsonSchemas
- - Des outils pour l'optimisation de performance frontend
On évite par contre les talks sur la culture d'entreprise, les principes agiles, ou tout ce qui n'est pas technique. Ces sujets-là ont leur place, mais pas au Code @ Québec.
On veut parler de tech!
2. Limite de temps: 20-40 Minutes
Le talk doit durer entre 20 et 40 minutes. Idéalement, vise 25-35 minutes pour être dans le temps. Si tu dépasses, ce n'est pas grave, on ne va pas t'interrompre. (Sauf si t'es rendu à 50 minutes)
On a un timer visible pour faciliter la gestion du temps.
3. Inclus l'audience
Un talk est encore meilleur avec un peu d'interaction. Pose une ou deux questions au public pendant ta présentation — ça capte l'attention et crée un petit moment vivant.
Par exemple:
- - Est-ce qu'il y en a ici qui ont déjà utilisé X au boulot ?
- - Qui ici a déjà cassé quelque chose en prod ? - Soyez honnêtes
Pas besoin d'en faire trop, une simple question peut réveiller les esprits et briser la glace.
Et puis, ça te donne une pause pour respirer un peu.
4. Slides simples, exemples et du code
Les slides d'une présentation, c'est surtout pour appuyer ce que tu vas dire. Donc, essaie de garder les visuels épurés et lisibles.
Le prochain step, c'est des exemples à l'appui. Si une image vaut mille mots, un exemple, ça vaut l'infini. C'est mieux d'avoir un exemple qui échoue que rien à montrer. (On croise les doigts pour le demo god)
Pour finir, il y a le code. Montrer du code est un couteau à double tranchant. Il faut bien sélectionner ce qu'on veut montrer sans surcharger le public. Si tu prévois de montrer du code, assure-toi de bien l'expliquer sans passer trop vite. Une bonne règle est de montrer au maximum 50 lignes à la fois.
Un bon exemple, c'est Le talk de Christophe. Écoute-le !
5. Répète ta présentation devant ton chat (au moins une fois)
Une petite répétition aide à gérer le temps, à éviter le stress, et à ne pas oublier et revenir à l'arrière. On peut vraiment ressentir la différence entre un talk improvisé et un talk répété 10 fois devant son chat.
6. Un sujet clair & (problème / solution c'est une recette gagnante)
Un bon talk, c'est souvent :
“Voici un problème que j'ai rencontré, et comment je l'ai réglé.“
Simple, efficace, et ça aide les gens à se projeter. Pas besoin d'être révolutionnaire — du moment que c'est clair et concret.
Sinon, une bonne histoire ça aide aussi:
“parle-nous d'un échec, d'une galère en prod, ou d'un truc que t'as compris après coup.“
7. Adapte toi au public
Le public est technique, oui — mais pas expert dans ton sujet.
si tu rentres dans les internals de Kafka ou la config de Kubernetes, prends le temps de poser le contexte.
Explique les bases, évite le jargon, et tout le monde restera avec toi.
Une petite phrase de contexte ça mène loin:
Kafka c'est un système qui permet de gérer et transférer en temps réel de grandes quantités de messages entre applications.8. Questions & Réponses
Après la présentation, on se garde un 5 à 10 minutes de plus pour les questions. Si on voit que ça commence à déborder, tu peux inviter les gens à venir te jaser directement après ton talk.
9. Matériel
On fournit un projecteur, les câbles, les adaptateurs de toutes sortes et même la bière. On te suggère d'amener ton ordi pour présenter, mais au cas où on peut t'en prêter un.
10. Have fun
On est là pour partager notre passion pour la tech. Pas besoin de se prendre la tête — profite du moment, sois toi-même!