Source code of my website
✨ : publish cfp article
+96
-97
+96
-97
content/posts/2025-06-19-cfp-tips-and-tricks/index.md
+96
-97
content/posts/2025-06-19-cfp-tips-and-tricks/index.md
···
1
1
---
2
-
date: 2025-06-19
2
+
date: 2025-07-04
3
3
language: fr
4
-
title: Leeloo Dallas Multipass - Répondre aux 5 élements d'un CFP
4
+
title: Leeloo Dallas Multipass - Répondre aux 5 éléments d'un CFP
5
5
tags:
6
6
- internet
7
-
draft: true
8
7
---
9
8
10
9
Les conférences sont un lieu important de partage et de veille, y participer en tant que speaker ou assister à des conférences permet d'enrichir votre réseau et de partager vos expériences.
11
10
12
11
Mais comment devient-on speaker, comment se passe le processus de sélection ?
13
-
On m'a récemment demandé : Julien, comment ça marche la réponse à un CFP (_Call For Papers_) ?
12
+
On m'a récemment demandé : « Julien, comment ça marche la réponse à un CFP (_Call For Papers_) ? »
14
13
15
-
C'est une discussion que j'ai déjà eu plusieurs fois avec différentes personnes, j'ai donc décidé de regrouper tous les éléments dans cet article, et de vous donner ma vision et mes astuces issues de mes deux expériences, à la fois en tant speaker à différentes conférences en France, et en tant qu'organisateur de la conférence Cloud Nord.
14
+
C'est une discussion que j'ai déjà eue plusieurs fois avec différentes personnes, j'ai donc décidé de regrouper tous les éléments dans cet article, et de vous donner ma vision et mes astuces issues de mes deux expériences, à la fois en tant que speaker à différentes conférences en France, et en tant qu'organisateur de la conférence Cloud Nord.
16
15
Je vais vous donner mes attentes en tant qu'orga et mes astuces en tant que speaker dans le but de vous aider à bien rédiger votre réponse à un CFP et (espérons) être sélectionné.
17
16
18
-
> Le terme conférence peut parfois désigner l'événement auquel vous souhaitez participer (DevLille, Devoxx ou Cloud Nord par exemple), ou l'intervention d'une personne sur scène pour présenter son sujet. Par souci de claretté, j'utilise le terme _conférence_ quand je parle de l'événement, et le terme _talk_ lorsque je parle de l'intervention.
17
+
> Le terme conférence peut parfois désigner l'événement auquel vous souhaitez participer (DevLille, Devoxx ou Cloud Nord par exemple), ou l'intervention d'une personne sur scène pour présenter son sujet. Par souci de clarté, j'utilise le terme _conférence_ quand je parle de l'événement, et le terme _talk_ lorsque je parle de l'intervention.
19
18
20
19
## Les 5 éléments importants lors d'une réponse à un CFP
21
20
···
27
26
* l'abstract de votre _talk_
28
27
* votre biographie
29
28
* vos références
30
-
* le track et le format de votre _talk_
29
+
* le _track_ et le format de votre _talk_
31
30
32
-
Nous allons voir dans la suite de cet article comment bien répondre à ces 5 élements !
31
+
Nous allons voir dans la suite de cet article comment bien répondre à ces 5 éléments !
33
32
34
33
## Le titre de votre talk
35
34
36
-
> Il faut que ce soit green ok ?
35
+
> « Il faut que ce soit green ok ? »
37
36
>
38
37
> _- Ruby Rhod_
39
38
40
-
Le titre de votre talk doit donner une idée précise de votre contenu tout en étant accrocheur.
41
-
C'est le premier élément que remarquent les relecteurs du CFP ou les participants à une conférence. Ce titre sera publié sur l'agenda de la conférence si votre talk est sélectionné !
39
+
Le titre de votre _talk_ doit donner une idée précise de votre contenu tout en étant accrocheur.
40
+
C'est le premier élément que remarquent les relecteurs du CFP ou les participants à une conférence. Ce titre sera publié sur l'agenda de la conférence si votre _talk_ est sélectionné !
42
41
43
42
Le titre peut éventuellement contenir une note d'humour, ou une référence culturelle (comme le titre de cet article). Il doit néanmoins être suffisamment clair au premier coup d'œil.
44
43
45
-
Voici les titres que j'ai utilisés sur mes derniers talks ou BBLs :
44
+
Voici les titres que j'ai utilisés sur mes derniers _talks_ ou BBLs :
46
45
47
46
* Spring Boot & Containers - Do's & Don'ts (BBL)
48
47
* Laissez tomber vos Dockerfile, adoptez un buildpack ! (Sunny Tech - Cloud Nord)
49
48
* Mais au fait, ça marche comment les service-accounts ? (Devoxx France)
50
49
* Rebase d'image Docker/OCI avec crane (Devoxx France - DevLille)
51
50
52
-
Chacun de ces titres a un style différent. Ils peuvent être percutants, amener au changement, ou à la conversation. Ils mentionnent chacun le cœur du sujet, et évoquent l'approche qu'aura le talk : un ton technique qui amènera des bonnes pratiques, un ton pédagogique qui va aider à comprendre une mécanique peu connue, ou une présentation d'un REX ou d'un cas d'usage précis.
51
+
Chacun de ces titres a un style différent. Ils peuvent être percutants, amener au changement, ou à la conversation. Ils mentionnent chacun le cœur du sujet, et évoquent l'approche qu'aura le _talk_ : un ton technique qui amènera des bonnes pratiques, un ton pédagogique qui aidera à comprendre une mécanique peu connue, ou une présentation d'un REX ou d'un cas d'usage précis.
53
52
54
-
Pour le choix de votre titre, réfléchissez au ton que vous souhaitez donner à votre talk, ou à l'impact que vous espérez provoquer.
53
+
Pour le choix de votre titre, réfléchissez au ton que vous souhaitez donner à votre _talk_, ou à l'impact que vous espérez provoquer.
55
54
C'est un équilibre difficile à trouver, qui peut vraiment faire la différence.
56
55
57
-
Voici quelques exemples de titres d'autres talks (pas les miens cette fois-ci), sélectionnées au DevLille 2025, qui jouent sur cet équilibre :
56
+
Voici quelques exemples de titres d'autres _talks_ (pas les miens cette fois-ci), sélectionnées au DevLille 2025, qui jouent sur cet équilibre :
58
57
59
58
* Devenez un Astronaute : Découvrez le Framework Astro
60
59
* BullShit IT Awards : Les absurdités tech qui sabotent vos équipes
···
63
62
* Au corps à CORS - L'art subtil des requêtes Cross Origin
64
63
* direnv : petit mais costaud
65
64
66
-
Par des jeux de mots ou métaphores, certains de ces titres amènent à la curiosité. Dans chacun de ces exemples, on sait à quoi s'attendre, à la fois sur le sujet et sur le ton du talk.
65
+
Par des jeux de mots ou métaphores, certains de ces titres amènent à la curiosité. Dans chacun de ces exemples, on sait à quoi s'attendre, à la fois sur le sujet et sur le ton du _talk_.
67
66
C'est ce qu'on cherche le plus souvent pour une bonne réponse à un CFP.
68
67
69
68
## L'abstract de votre talk
70
69
71
-
> Korben Dallas ! L’heureux vainqueur du grand concours des Gemini Croquette. Ce garçon carbure d’enfer. Il a tous les atouts ! Et en plus, il a des trucs à dire aux quelques 50 milliards de paires d’oreilles qui nous écoutent ! Balance tout mec !
70
+
> « Koooooorben Dallaaaaaas ! L’heureux vainqueur du grand concours des Gemini Croquettes. Ce garçon carbure d’enfer. Il a tous les atouts ! Et en plus, il a des trucs à dire aux quelque 50 milliards de paires d’oreilles qui nous écoutent ! Balance tout mec !
72
71
>
73
-
> Euh... Salut.
72
+
> — Euh... Salut. »
74
73
>
75
-
> _- Ruby Rhod_ & _Korben Dallas_
74
+
> _- Ruby Rhod & Korben Dallas_
76
75
77
76
78
77
Avec le titre, l'abstract est un des éléments qui sera publié sur l'agenda de la conférence.
79
-
Les titres de talks peuvent utiliser l'anglais sans trop de problème, mais en général, si vous allez parler en français, privilégiez d'écrire votre abstract en français également.
78
+
Les titres de _talks_ peuvent utiliser l'anglais sans trop de problème, mais en général, si vous allez parler en français, privilégiez d'écrire votre abstract en français également.
80
79
81
-
L'abstract de votre talk doit transmettre plusieurs informations (pas forcément dans cet ordre) :
80
+
L'abstract de votre _talk_ doit transmettre plusieurs informations (pas forcément dans cet ordre) :
82
81
83
-
* le cœur de votre sujet, et le contexte dans lequel il s'applique
84
-
* le ton du talk
85
-
* sa structure principale
86
-
* le public cible
87
-
* les _Take-Aways_
82
+
* le cœur de votre sujet, et le contexte dans lequel il s'applique ;
83
+
* le ton du _talk_ ;
84
+
* sa structure principale ;
85
+
* le public cible ;
86
+
* les _Take-Aways_ .
88
87
89
-
Pour ces deux premiers éléments, on s'attend à être aligné avec le titre de la proposition. Le sujet doit être présenté, son contexte, et le ton du talk doit transparaître dans les termes utilisés.
88
+
Pour ces deux premiers éléments, on s'attend à être aligné avec le titre de la proposition. Le sujet doit être présenté, ainsi que son contexte, et le ton du _talk_ doit transparaître dans les termes utilisés.
90
89
91
-
On peut aussi y mentionner la structure du talk, sous la forme d'un plan macro par exemple : "dans un premier temps nous verrons blablabla, puis ensuite nous verrons blablabla". Cette structure permet au lecteur de se projeter dans le talk, de savoir à quoi s'attendre. C'est à la fois très intéressant pour les relecteurs du CFP, mais aussi pour les participants à la conférence qui pourront lire l'abstract sur l'agenda de la conférence.
90
+
On peut aussi y mentionner la structure du _talk_, sous la forme d'un plan macro par exemple : « Dans un premier temps nous verrons blablabla, puis ensuite nous verrons blablabla ». Cette structure permet au lecteur de se projeter dans le _talk_, de savoir à quoi s'attendre. C'est à la fois très intéressant pour les relecteurs du CFP, mais aussi pour les participants à la conférence qui pourront lire l'abstract sur l'agenda de la conférence.
92
91
93
-
Il faut également bien préciser le public cible du talk. Est-ce que ce talk est destiné aux Devs ? Aux Ops ? Quel niveau d'expérience ou quel pré-requis ?
94
-
Être clair sur le public visé permet d'éviter les erreurs de casting de votre public. Vous souhaitez probablement que les gens qui viennent vous écouter sont intéressés par votre sujet et seront en capacité de le comprendre. Un talk sur des fonctionnalités d'un langage cible probablement les devs qui maîtrisent déjà le langage. Ça peut parfois être évident, mais ça peut aussi être intéressant de le repréciser.
92
+
Il faut également bien préciser le public cible du _talk_. Est-ce que ce _talk_ est destiné aux Devs ? Aux Ops ? Quel niveau d'expérience ou quels pré-requis ?
93
+
Être clair sur le public visé permet d'éviter les erreurs de casting de votre public. Vous souhaitez probablement que les gens qui viennent vous écouter soient intéressés par votre sujet et soient en capacité de le comprendre. Un _talk_ sur des fonctionnalités d'un langage cible probablement les devs qui maîtrisent déjà le langage. Ça peut parfois être évident, mais ça peut aussi être intéressant de le repréciser.
95
94
96
-
Un élément souvent oublié, mais qui a une importance majeure à mon sens est ce qu'on appellera les _Take Aways_. Je parle aussi parfois de la "Promesse" d'un talk.
97
-
Ces éléments répondent à la question : Avec quoi je repars après avoir assisté au talk ? Est-ce que j'aurai simplement passé un bon moment, si le talk est plus humoristique ou théâtral, ou bien est-ce que je repartirai avec des astuces concrètes que je pourrais utiliser dès la semaine prochaine ? Ou encore, est-ce que je vais pouvoir récupérer des éléments de code ou le contenu d'une démo pour pouvoir tester le sujet à la maison ?
98
-
Les _Take Aways_ peuvent être simplement évoqués, ou mentionnés de manière explicite, mais c'est une promesse l'on fait aux personnes qui viendront assister au talk : avec quoi on repart en sortant du talk.
95
+
Un élément souvent oublié, mais qui a une importance majeure à mon sens, est ce qu'on appellera les _Take Aways_. Je parle aussi parfois de la « Promesse » d'un _talk_.
96
+
Ces éléments répondent aux questions : avec quoi je repars après avoir assisté au _talk_ ? Est-ce que j'aurai simplement passé un bon moment, si le _talk_ est plus humoristique ou théâtral, ou bien est-ce que je repartirai avec des astuces concrètes que je pourrai utiliser dès la semaine prochaine ? Ou encore, est-ce que je vais pouvoir récupérer des éléments de code ou le contenu d'une démo pour pouvoir tester le sujet à la maison ?
97
+
Les _Take Aways_ peuvent être simplement évoqués, ou mentionnés de manière explicite, mais c'est une promesse que l'on fait aux personnes qui viendront assister au _talk_ : ce avec quoi on repart en sortant du _talk_.
99
98
100
99
Un bon abstract (à mon sens) fait en général quelques paragraphes, 2 ou 3 c'est largement suffisant.
101
-
Un abstract d'une ligne "Je présente les nouveautés du logiciel X" est souvent très insuffisant, surtout pour un talk de 45 minutes !
100
+
Un abstract d'une ligne « Je présente les nouveautés du logiciel X » est souvent très insuffisant, surtout pour un _talk_ de 45 minutes !
102
101
103
102
Voici un exemple d'un de mes abstracts qui a été accepté à plusieurs conférences :
104
103
105
104
> Depuis plusieurs années maintenant, _Docker_ est utilisé par toute l'industrie de l'IT pour packager et déployer des applications.
106
105
>
107
106
> Bien que l'écriture d'un `Dockerfile` soit facile, la construction d'images _OCI_/_Docker_ reste un exercice compliqué :
108
-
> * optimisation des layers de l'image
107
+
> * optimisation des _layers_ de l'image
109
108
> * bonne gestion des processus Linux
110
-
> * séparation des phases de build et de run des images
109
+
> * séparation des phases de _build_ et de _run_ des images
111
110
> * bonnes pratiques de sécurité
112
111
>
113
-
> Pire, lorsqu'une faille de sécurité est détecté dans une layer basse (distribution ou runtime) d'une image applicative, il faut alors potentiellement reconstruire plusieurs dizaines ou centaines d'images pour y intégrer les versions patchées.
112
+
> Pire, lorsqu'une faille de sécurité est détectée dans une _layer_ basse (distribution ou _runtime_) d'une image applicative, il faut alors potentiellement reconstruire plusieurs dizaines ou centaines d'images pour y intégrer les versions patchées.
114
113
>
115
-
> Dans ce talk, nous apprendrons comment les **buildpacks** permettent de construire des images OCI/Docker sans _Dockerfile_ et bénéficier des bonnes pratiques issues de la communauté open-source.
114
+
> Dans ce _talk_, nous apprendrons comment les **buildpacks** permettent de construire des images _OCI/Docker_ sans _Dockerfile_ et bénéficier des bonnes pratiques issues de la communauté open-source.
116
115
>
117
116
> Nous verrons :
118
-
> * ce qu'est une image _OCI_, une layer, et comment _Docker_ les construit
119
-
> * comment analyser le contenu des layers d'une image _OCI_, et ce qui ne va pas dans les images que nous construisons au quotidien
117
+
> * ce qu'est une image _OCI_, une _layer_, et comment _Docker_ les construit
118
+
> * comment analyser le contenu des _layers_ d'une image _OCI_, et ce qui ne va pas dans les images que nous construisons au quotidien
120
119
> * ce qu'est un **buildpack** et comment un **buildpack** construit une image OCI
121
120
> * avec une démo, comment utiliser un **buildpack** proposé par la communauté open-source pour construire une image _OCI_ contenant une application _Java_ optimisée
122
-
> * enfin, nous verrons comment les **buildpacks** proposent de _rebaser_ des image, et nous permettre de patcher en masse des images applicatives pour corriger des failles de sécurité, sans reconstruire complètement nos images !
121
+
> * enfin, nous verrons comment les **buildpacks** proposent de _rebaser_ des images, et nous permettent de patcher en masse des images applicatives pour corriger des failles de sécurité, sans reconstruire complètement nos images !
123
122
>
124
-
> Ce talk est donc à destination des _Ops_ et des _Devs_ qui manipulent _Docker_ au quotidien.
123
+
> Ce _talk_ est donc à destination des _Ops_ et des _Devs_ qui manipulent _Docker_ au quotidien.
125
124
>
126
-
> À la sortie de ce talk, je devrais vous avoir convaincu d'abandonner vos Dockerfile et d'expérimenter les buildpacks !
125
+
> À la sortie de ce _talk_, je devrais vous avoir convaincu d'abandonner vos Dockerfile et d'expérimenter les **buildpacks** !
127
126
128
-
Cet abstract (un peu long), comprend tous les éléments de réponse dont j'ai parlé plus haut : une remise en contexte, l'exposition d'un enjeu ou d'un problème, la solution et les take-aways (démo et bonnes pratiques). Le plan est aussi décrit, et le public cible. Le ton est pédagogue, avec pour but d'inviter l'auditeur à tester la technologie en sortie.
127
+
Cet abstract (un peu long), comprend tous les éléments de réponse dont j'ai parlé plus haut : une remise en contexte, l'exposition d'un enjeu ou d'un problème, la solution et les _Take-Aways_ (démo et bonnes pratiques). Le plan est aussi décrit, et le public cible précisé. Le ton est pédagogue, avec pour but d'inviter l'auditeur à tester la technologie en sortie.
129
128
130
-
Voici un autre abstract, tiré de la conférence d'Audrey Wech : "Développer une application mobile avec React Native : pourquoi Expo change la donne ?" :
129
+
Voici un autre abstract, tiré de la conférence d'Audrey Wech : « Développer une application mobile avec React Native : pourquoi Expo change la donne ? » :
131
130
132
-
> Les technologies liées au développement mobile cross-platform ont considérablement évolué. Avec elles, des outils comme Expo ont émergé, simplifiant le cycle de vie des applications mobiles, de l’initialisation à la mise en production.
131
+
> Les technologies liées au développement mobile _cross-platform_ ont considérablement évolué. Avec elles, des outils comme Expo ont émergé, simplifiant le cycle de vie des applications mobiles, de l’initialisation à la mise en production.
133
132
>
134
133
> Chez Karnott, nous avons récemment entrepris la migration de notre application React Native vers Expo, dans le but d’améliorer notre expérience développeur et d’assurer la pérennisation de notre application.
135
134
>
136
135
> Lors de cette conférence, je vous partagerai mon retour d’expérience sur cette transition. J’explorerai les raisons qui ont motivé notre choix, les défis rencontrés et les bénéfices concrets que nous avons observés. Aucune connaissance préalable de React Native n’est requise.
137
136
138
-
Encore une fois, on retrouve dans cet abstract tous les éléments : le contexte, l'enjeu autour de l'expérience développeur, la structure du talk, les pré-requis, et la promesse : avoir le retour d'expérience d'une entreprise qui a effectué une migration.
137
+
Encore une fois, on retrouve dans cet abstract tous les éléments : le contexte, l'enjeu autour de l'expérience développeur, la structure du _talk_, les pré-requis, et la promesse : avoir le retour d'expérience d'une entreprise qui a effectué une migration.
139
138
C'est à mon sens un bon abstract.
140
139
141
-
Je donne enfin un exemple d'abstract qui est clairement insuffisant de mon point de vue, pour un talk nommé "REX IAC Service PaaS Azure" :
140
+
Je donne enfin un exemple d'abstract qui est clairement insuffisant de mon point de vue, pour un _talk_ nommé « REX IAC Service PaaS Azure » :
142
141
143
-
> Le talk aura pour objectif d‘expliquer en quoi cette approche permet d’unifier la gestion des services PAAS, les défis à relever mais surtout l’intérêt général de cette approche IAC.
142
+
> Le _talk_ aura pour objectif d‘expliquer en quoi cette approche permet d’unifier la gestion des services PaaS, les défis à relever mais surtout l’intérêt général de cette approche IAC.
144
143
>
145
144
> Technos : Azure, Terraform, Ansible, git
146
145
147
-
Bien que le fond puisse être intéressant, et que la liste des technos permet de cibler le public, la lecture de cet abstract ne permet pas de savoir à quoi s'attendre : pas de contexte ni d'enjeu, pas de promesse. Une structure a l'air évoquée, mais n'est pas très claire.
146
+
Bien que le fond puisse être intéressant, et que la liste des technos permette de cibler le public, la lecture de cet abstract ne permet pas de savoir à quoi s'attendre : pas de contexte ni d'enjeu, pas de promesse. Une structure a l'air évoquée, mais n'est pas très claire.
148
147
149
-
## La biographie
148
+
## Votre biographie
150
149
151
-
> Et toi, comment tu t’appelles ? Moi Korben, Toi ?
150
+
> « Et toi, comment tu t’appelles ? Moi Korben, toi ?
152
151
>
153
-
> Leeloo Mina Lekatariba Laminatcha Ekbat D Sebat.
152
+
> — Leeloo Mina Lekatariba Laminatcha Ekbat D Sebat.
154
153
>
155
-
> Bien, d’accord. Tout ça c’est ton nom.
154
+
> — Bien, d’accord. Tout ça c’est ton nom. »
156
155
>
157
-
> _- Korben Dallas_ et _Leeloo_
156
+
> _- Korben Dallas & Leeloo_
158
157
159
-
Comme le titre et l'abstract du talk, la bio de la speakeuse ou du speaker sera publiée sur l'agenda de la conférence.
160
-
Certaines conférences relisent les CFP de manière "anonyme", sans connaître l'identité des personnes, d'autres conférences utilisent la bio dans le process de relecture. Pour les CFP pratiquant l'anonymat lors de la relecture, les bios sont relues après la délibération.
158
+
Comme le titre et l'abstract du _talk_, la bio de la speakeuse ou du speaker sera publiée sur l'agenda de la conférence.
159
+
Certain organisateurs relisent les CFP de manière anonyme, sans connaître l'identité des personnes, d'autres utilisent la bio dans le process de relecture. Pour les CFP pratiquant l'anonymat lors de la relecture, les bios sont relues après la délibération.
161
160
162
-
> En général, à la relecture du CFP de Cloud Nord, on ne note pas les talks des personnes qu'on connaît personnellement. À titre personnel, je joue une première relecture anonyme, puis je "supprime" la note que j'aurais attribué à une connaissance proche.
161
+
> En général, à la relecture du CFP de Cloud Nord, on ne note pas les _talks_ des personnes qu'on connaît personnellement. À titre personnel, je joue une première relecture anonyme, puis je « supprime » la note que j'aurais attribuée à une connaissance proche.
163
162
164
-
Pas besoin de rédiger votre auto-biographie ou vos mémoires, on attend ici simplement une photo, une courte bio et les liens vers vos réseaux sociaux si vous souhaitez les partager.
163
+
Pas besoin de rédiger votre autobiographie ou vos mémoires, on attend ici simplement une photo, une courte bio et les liens vers vos réseaux sociaux si vous souhaitez les partager.
165
164
166
-
Concernant la photo, un avatar est aussi souvent accepté. Évitez simplement de mettre une photo qui représente quelqu'un autre (pas de photo de Philippe Etchebest ou de Lionel Messi svp 😅).
165
+
Concernant la photo, un avatar est aussi souvent accepté. Évitez simplement de mettre une photo qui représente quelqu'un d'autre (pas de photo de Philippe Etchebest ou de Lionel Messi svp 😅).
167
166
168
-
> Aknot, c'est vous ? Quelle horrible tête, ça ne vous va pas. Enlevez la !
167
+
> « Aknot, c'est vous ? Quelle horrible tête, ça ne vous va pas. Enlevez-la ! »
169
168
>
170
169
> _- Zorg_
171
170
172
-
La bio peut présenter vos passions, votre métier, l'entreprise dans laquelle vous travaillez. J'aime bien présenter les choses dans ce sens, puisque ça met plus en avant ma personne, plutôt que mes activités pro. Si vous avez déjà lu ma bio, vous savez quel est mon animé préféré (en même temps, vu le nom de mon site, vous aviez peut-être déjà un indice aussi 🐉).
171
+
La bio peut présenter vos passions, votre métier, l'entreprise dans laquelle vous travaillez. J'aime bien présenter les choses dans ce sens, puisque ça met plus en avant ma personne que mes activités pro. Si vous avez déjà lu ma bio, vous savez quel est mon animé préféré (en même temps, vu le nom de mon site, vous aviez peut-être déjà un indice aussi 🐉).
173
172
174
173
Le nom de votre entreprise peut aussi parfois vous être demandé à part, ainsi que vos liens vers les différents réseaux.
175
-
Il n'est pas rare que des spectateurs de conférence décide de vous suivre sur un réseau ou un autre et vous notifie dans un post pour vous remercier de votre talk ou vous féliciter pour votre prestation. C'est toujours sympa de recevoir ce type de feedback 😁
174
+
Il n'est pas rare que des spectateurs de votre _talk_ décident de vous suivre sur un réseau ou un autre et vous notifient dans un post pour vous remercier de votre _talk_ ou vous féliciter pour votre prestation. C'est toujours sympa de recevoir ce type de feedback 😁
176
175
177
176
## Vos références
178
177
179
-
> Où...Où...Où est-ce qu'il a appris à négocier ?!
178
+
> « Où... Où... Où est-ce qu'il a appris à négocier ?! »
180
179
>
181
180
> _-Matelot anonyme_
182
181
183
-
La section "Références" n'est visible que des relecteurs du CFP, elle n'est jamais publiée sur les sites des conférences. C'est donc un espace sur lequel vous pouvez directement parler aux relecteurs !
182
+
La section « Références » n'est visible que des relecteurs du CFP, elle n'est jamais publiée sur les sites des conférences. C'est donc un espace sur lequel vous pouvez directement parler aux relecteurs !
184
183
Vous pouvez indiquer pourquoi vous souhaitez parler de ce sujet, votre expérience sur le sujet ou la techno, et votre expérience en prise de parole.
185
184
186
-
Deux cas se présentent alors, soit vous postulez pour votre premier talk (dans ce cas bravo !), soit vous avez déjà une première expérience.
185
+
Deux cas se présentent alors, soit vous postulez pour votre premier _talk_ (dans ce cas bravo !), soit vous avez déjà une première expérience.
187
186
188
-
Si c'est votre premier talk, n'hésitez pas à le préciser. Beaucoup de conférences aiment mettre en avant de nouvelles personnes, et laisser leur chance à des nouvelles speakeuses ou des nouveaux speakers.
189
-
Si c'est le cas, n'hésitez pas également à préciser si vous avez déjà donné des présentations ou des formations dans le cadre de votre travail, cela permet aux relecteurs d'évaluer votre capacité à prendre la parole en public. Si le talk a déjà été donné en interne, c'est aussi l'occasion de partager un lien vers les slides, ou détailler plus finement le contenu, plan ou démos.
187
+
Si c'est votre premier _talk_, n'hésitez pas à le préciser. Beaucoup de conférences aiment mettre en avant de nouvelles personnes, et laisser leur chance à des nouvelles speakeuses ou des nouveaux speakers.
188
+
Si c'est le cas, n'hésitez pas également à préciser si vous avez déjà donné des présentations ou des formations dans le cadre de votre travail, cela permet aux relecteurs d'évaluer votre capacité à prendre la parole en public. Si le _talk_ a déjà été donné en interne, c'est aussi l'occasion de partager un lien vers les slides, ou de détailler plus finement le contenu, plan ou démos.
190
189
191
-
Si vous avez déjà une première expérience de talk en conférence, c'est le bon endroit pour en parler ! Si le talk que vous proposez a déjà été donné dans une autre conférence, meetup ou tremplin, précisez-le, donnez les liens vers les slides ou la vidéo si elle existe.
192
-
Si c'est un nouveau talk, indiquez le et expliquez aux relecteurs pourquoi ils devraient vous choisir vous !
190
+
Si vous avez déjà une première expérience de _talk_ en conférence, c'est le bon endroit pour en parler ! Si le _talk_ que vous proposez a déjà été donné dans une autre conférence, _meetup_ ou tremplin, précisez-le, donnez les liens vers les slides ou la vidéo si elle existe.
191
+
Si c'est un nouveau _talk_, indiquez le et expliquez aux relecteurs pourquoi ils devraient vous choisir vous !
193
192
194
-
L'idée est vraiment de donner tous les éléments qui permettront aux relecteurs de faire leur choix. Il n'est aussi pas rare que les relecteurs ou les orgas contactent la personne pour obtenir plus de détail. Mais autant être le plus clair dès le départ.
193
+
L'idée est vraiment de donner tous les éléments qui permettront aux relecteurs de faire leur choix. Il n'est aussi pas rare que les relecteurs ou les orgas contactent la personne pour obtenir plus de détails. Mais autant être le plus clair possible dès le départ.
195
194
196
-
## le track et le format du talk
195
+
## Le track et le format de votre _talk_
197
196
198
-
> Vous êtes classé dans la catégorie humain ?
197
+
> « Vous êtes classé dans la catégorie humain ?
199
198
>
200
-
> Négatif, je suis une mitte en pull over.
199
+
> — Négatif, je suis une mite en pull-over. »
201
200
>
202
-
> _- Policier et Korben Dallas_
201
+
> _- Policier & Korben Dallas_
203
202
204
-
Lors de l'envoi de votre proposition, on vous demandera la plupart du temps de choisir un ou plusieurs track et un ou plusieurs formats.
203
+
Lors de l'envoi de votre proposition, on vous demandera la plupart du temps de choisir un ou plusieurs _tracks_ et un ou plusieurs formats.
205
204
206
-
Les tracks correspondent aux thèmes ou aux catégories des conférences. En fonction de leur ligne éditoriale, les conférences vont privilégier un ou plusieurs tracks.
205
+
Les _tracks_ correspondent aux thèmes ou aux catégories des conférences. En fonction de leur ligne éditoriale, les conférences vont privilégier un ou plusieurs _tracks_.
207
206
208
-
Un exemple concret pour illustrer : Devoxx France est une conférence principalement orientée autour de Java. Il y a donc un track Java, mais aussi un track Architecture, Data & IA, Déploiement, Front-end, etc...
209
-
Pour Cloud Nord, nous avons des tracks Cloud, DevOps, Sécurité, mais aussi Data & IA, Architecture et Containers.
210
-
Les conférences ont aussi presque toutes un track "Découverte", "Alien" ou "Hors piste" qui permet de proposer des talks en dehors des thèmes principaux des conférences.
207
+
Un exemple concret pour illustrer : Devoxx France est une conférence principalement orientée autour de Java. Il y a donc un _track_ Java, mais aussi des _tracks_ Architecture, Data & IA, Déploiement, _Front-end_, etc.
208
+
Pour Cloud Nord, nous avons des _tracks_ Cloud, DevOps, Sécurité, mais aussi Data & IA, Architecture et Containers.
209
+
Les conférences ont aussi presque toutes un _track_ « Découverte », « Alien » « Exotique » ou « Hors piste », ce qui permet de proposer des _talks_ en dehors des thèmes principaux des conférences.
211
210
212
-
Le bon choix du track permet de s'assurer que votre talk matche bien avec la ligne éditoriale de la conf, et permet aussi de cibler le bon public.
211
+
Le bon choix du _track_ permet de s'assurer que votre _talk_ matche bien avec la ligne éditoriale de la conf., et permet aussi de cibler le bon public.
213
212
214
-
Les tracks principaux des conférences auront aussi plus de talks alloués. Il y a aussi cet élément à prendre en compte lors de l'envoi de la proposition.
215
-
A Cloud Nord, nous avons moins de 20 talks (probablement 16 ou 18 cette année), donc nous accepterons probablement 1 ou 2 talks sur le track "Découverte", pour avoir le plus de contenu possible sur le thème qui nous intéresse le plus : "Cloud". La sélection sera alors rude dans ce track.
213
+
Les _tracks_ principaux des conférences auront aussi plus de _talks_ alloués. Il y a aussi cet élément à prendre en compte lors de l'envoi de la proposition.
214
+
À Cloud Nord, nous avons moins de 20 _talks_ (probablement 16 ou 18 cette année), donc nous accepterons probablement 1 ou 2 _talks_ sur le track « Découverte », pour avoir le plus de contenu possible sur le thème qui nous intéresse le plus : « Cloud ». La sélection sera alors rude dans ce _track_.
216
215
217
-
Concernant le format, on retrouve en général trois grands types de formats dans les conférences.
216
+
Concernant le format, on en retrouve en général trois grands types dans les conférences.
218
217
219
-
Le format le plus classique est le format "conférence", de 45 ou 50 minutes. Il permet d'aller en détail dans un sujet. C'est souvent le format le plus souhaité.
220
-
Le deuxième format est un format plus court, souvent appelé "Short" ou "Quickie". Ces formats sont en général d'une durée de 15 ou 20 minutes. Ce sont les formats les plus faciles pour débuter. En effet, les organisateurs prennent moins de "risque" à allouer ce format à une personne qui débute.
221
-
Le dernier format est un format qui est souvent appelé "Labs" ou "Workshop". Ce sont des formats de deux ou trois heures, plutôt consacrés à des mises en pratiques d'une techno, sous la forme d'un tutorial ou d'un TP. Ce sont des formats aussi faciles pour débuter, car ils sont souvent fait à plusieurs, et il est moins intimidant d'animer un workshop avec 10 personnes, plutôt que de présenter un talk devant un amphithéâtre plein.
218
+
Le format le plus classique est le format « conférence », de 45 ou 50 minutes. Il permet d'aller en détail dans un sujet. C'est souvent le format le plus souhaité.
219
+
Le deuxième format est un format plus court, souvent appelé « Short » ou « Quickie ». Ces formats sont en général d'une durée de 15 ou 20 minutes. Ce sont les formats les plus faciles pour débuter. En effet, les organisateurs prennent moins de risque à allouer ce format à une personne qui débute.
220
+
Le dernier format est un format qui est souvent appelé « Labs » ou « Workshop ». C'est un format de deux ou trois heures, plutôt consacré à des mises en pratique d'une techno, sous la forme d'un tutoriel ou d'un TP. Le tutoriel et le TP sont des formats aussi faciles pour débuter, car ils sont souvent fait à plusieurs, et il est moins intimidant d'animer un _workshop_ avec 10 personnes, plutôt que de présenter un _talk_ devant un amphithéâtre plein.
222
221
223
222
## Autres éléments
224
223
225
-
> C'est green ?
224
+
> « C'est green ?
226
225
>
227
-
> Super green !
226
+
> — Super green ! »
228
227
>
229
228
> _- Korben Dallas & Ruby Rhod_
230
229
231
-
Beaucoup de conférences acceptent des talks avec plusieurs speakeuses ou speakers.
232
-
Un talk en binôme peut aussi être une très bonne façon de se lancer. Un côté théâtral peut alors être présent entre les deux personnes, ou le talk peut être découpé en deux, entre une partie présentation et une partie démo, chacun s'occupant d'une partie.
230
+
Beaucoup de conférences acceptent des _talks_ avec plusieurs speakeuses ou speakers.
231
+
Un _talk_ en binôme peut aussi être une très bonne façon de se lancer. Un côté théâtral peut alors être présent entre les deux personnes, ou le _talk_ peut être découpé en deux, entre une partie présentation et une partie démo, chacun s'occupant d'une partie.
233
232
234
-
Envoyez vous-même vos propositions, il est souvent mal vu de voir une proposition envoyée par quelqu'un avec la mention 'Le talk sera présenté par X'. Cela donne l'impression qu'on impose le talk à une personne.
233
+
Envoyez vous-même vos propositions ; il est souvent mal vu de voir une proposition envoyée par quelqu'un avec la mention « Le _talk_ sera présenté par X ». Cela donne l'impression qu'on impose le _talk_ à une personne.
235
234
236
-
Les conférences acceptent en général un nombre limité de propositions par personne ou binôme. Ce nombre est généralement 2 ou 3. Maximisez vos chances en proposant plusieurs sujets, mais c'est également au risque que tous vos sujets soient acceptés ! Si c'est le cas, n'hésitez pas à en parler avec les relecteurs et organisateurs, car le but n'est pas de vous mettre en difficulté.
235
+
Les conférences acceptent en général un nombre limité de propositions par personne ou binôme. Ce nombre est généralement de 2 ou 3. Maximisez vos chances en proposant plusieurs sujets, mais c'est également au risque que tous vos sujets soient acceptés ! Si c'est le cas, n'hésitez pas à en parler avec les relecteurs et organisateurs, car le but n'est pas de vous mettre en difficulté.
237
236
238
-
N'hésitez pas également à re-proposer un sujet qui a été refusé à une autre conférence, ou une année précédente. Il n'est pas impossible que le sujet soit devenu plus important avec les années.
237
+
N'hésitez pas également à reproposer un sujet qui a été refusé à une autre conférence, ou une année précédente. Il n'est pas impossible que le sujet soit devenu plus important avec les années.
239
238
240
239
Enfin, ça peut sembler évident, mais évitez les abstracts générés par IA.
241
240
Le but est bien de transmettre VOS expériences, pas celles de ChatGPT (dans tous les cas, ce n'est pas ChatGPT qui sera sur scène le jour J).
242
241
243
-
> Si tu veux que quelque chose soit fait, fais le toi même !
242
+
> « Si tu veux que quelque chose soit fait, fais-le toi-même ! »
244
243
>
245
244
> _- Zorg_
246
245
···
251
250
252
251
## Liens et références
253
252
254
-
* [Préparez et donnez votre première conférence (quand ce n’est pas votre métier)](https://votre-premiere-conference.fr/) : Ce livre de Pascal Martin donne beaucoup de très bon conseils. L'envoi de la proposition à un CFP fait l'objet d'un chapitre complet.
255
-
* [Proposer une conférence – la réponse au CFP](https://devfesttoulouse.fr/2025/03/18/proposer-une-conference-le-cfp/) : Un chouette billet de blog écrit par Sylvain Wallez, on y retrouve des conseils similaires
253
+
* [Préparez et donnez votre première conférence (quand ce n’est pas votre métier)](https://votre-premiere-conference.fr/) : ce livre de Pascal Martin donne beaucoup de très bon conseils. L'envoi de la proposition à un CFP fait l'objet d'un chapitre complet.
254
+
* [Proposer une conférence – la réponse au CFP](https://devfesttoulouse.fr/2025/03/18/proposer-une-conference-le-cfp/) : un chouette billet de blog écrit par Sylvain Wallez ; on y retrouve des conseils similaires.