[Haskell-fr] RFC: une (Non-)conférence Programmation Fonctionnelle en 2016

[Arnaud Bailly]

Bonjour Gautier,


2015-10-14 0:08 GMT+02:00 Gautier DI FOLCO <gautier.difolco at gmail.com>:

> Bonsoir,
>
> Histoire d'annoncer la couleur : plutôt contre.
>

Cool, l'unanimité c'est chiant et ça ne fait pas avancer les chose.


> J'ai assisté a pas mal de conférences et j'ai eu l'occasion d'en organiser
> quelques unes.
> Ça ne me confère aucune aura ou argument d'autorité ou quoi que ce soit,
> mais ça m'a permis de savoir ce que j'aime et ce que je n'aime pas.
> Je parle uniquement pour moi, chacun est libre de ses opinions.
> (Avec une introduction si longue, j'en vois certains se dire que ça va
> être sanglant, sortez les lunettes de protections).
>

C'est bien de planter le décor et de savoir que tu parles en connaissance
de cause.


> Mon top des raisons de ne pas la faire (du plus au moins important) :
> 0. Le "marcher" est saturé : il y a de plus en plus de conférences, la
> concurrence est rude. Il va falloir trouver une date ou le public ciblé ne
> soit pas accaparé par d'autres évènements. Il va aussi falloir créer une
> identité propre à la conférence, qui se démarque des autres.
>

Ok, listons-le (je parle des conférences "professionnelles", pas des
conférences académiques évidemment):
https://github.com/abailly/fpday/wiki/Autres-conf%C3%A9rences

Deux réponses à tes questions:
 - l'identité de la conférence se fera au travers du thème (pas couvert par
une autre conf il me sembl) et du format non-conférence
 - mon idée n'est pas de concurrencer Devoxx donc la proximité avec une
autre conf plus grosse peut être un atout: une personne peut prolonger un
séjour ou voyage pour participer à une gross conf réputée et ensuite se
faire plaisir avec une conf plus petite mais plus cosy et réunissant des
passionnés

1. 5-6 mois pour tout organiser, sans une équipe sur place, motivée et
> disponible, c'est tendu.
>

J'ai fait pire. Le format non-conférence devrait aider pas mal à simplifier
l'organisation du contenu, le problème c'est surtout la logistique et ce
sera le go/no-go

2. Il va falloir bien définir la cible, ça déterminera les sponsors et donc
> le prix, là c'est plus un coup de poker qu'autre chose pour une nouvelle
> conférence.
>

Oui, je l'ai évoqué déjà, je n'ai pas encore d'idée bien arrêtée


> 3. Nantes est assez excentrée, honnêtement, à part Paris, c'est la misère
> pour y aller (certains dirons aussi qu'il pleut tout le temps, mais comme
> vous dites, il ne pleut pas dans le bar). Si tu veux du succès il va te
> falloir une bonne communauté locale (je sais que vous en avez quelques unes)
>

Il faut moins de temps pour aller de Paris à Nantes que pour aller de
Saint-Quentin à Noisy le grand. Et par ailleurs il existe depuis quelques
années un truc assez peu connu mais fort pratique qui s'appelle le TGV et
qui permet de désenclaver les provinces reculés. Ça permet même à ces
malheureux provinciaux d'aller vendre leurs bras et leur cerveau à la
capitale.

Bon j'arrête là, j'imagine que tu t'attendais un peu à te faire allumer sur
ce point et donc c'est moyennement drôle :-)

4. Pour les niveaux de conférences, ça va être plus que compliqué, car tu
> va devoir cadrer tes intervenants et les sélectionner en fonctions de
> quotas et non pas en fonction de leur apport.
>

 - si tu parles de  quotas par langage, rien à foutre: vient qui veut et
avoir un processus de sélection pour la partie "talks" transparent
permettra d'arbitrer explicitement s'il le faut.
 - il y aura une partie importante de non-conférence

5. Pour reprendre le 4. avoir plusieurs niveaux impliquent potentiellement
> plusieurs interventions en parallèle, ce qui est toujours compliqué à gérer.
>

oui, donc c'est pour ça que je préfererais concentrer la conférence sur un
seul "niveau"

6. Ça rejoint un peu les points précédents : niveau logistique ça va être
> compliqué sans entité derrière pour l'assurance, avancer les fonds, gérer
> les fournisseurs, le traiteur, la salle, etc.
>

La logistique c'est toujours compliqué mais ça fait partie du truc. Les
meilleurs conférences auxquelles j'ai assisté avaient une logistique
"invisible", à nous d'être à la hauteur


> 7. Niveau contenu, il va falloir trouver un élément fédérateur, si non les
> participants vont rester sur leurs technos ou se fritter sur leur
> définition du FP.
>
>
Pourquoi vouloir uniformiser ? La diversité c'est bien. Perso, je fais
beaucoup de Haskell mais aussi du Clojoure(Script), j'ai fait du scala, du
C/C++, du javascript, du Java, du VB et probablement en referai-je. Ce qui
est intéressant IMHO c'est justement de faire se croiser des communautés et
des points de vues qui s'ignorent. D'où l'importance pour moi de la partie
unconference.


> Points positifs :
> 0. Une telle conférence doit exister
> 1. J'aime bien la forme
> 2. Ça fera du bien au FP (et c'est un motif suffisant en soit)
>
>
Cool.


> Si tu trouve assez de personnes motivées, fais le, c'est une superbe
> expérience à vivre, au moins une fois, mais ne le fais pas contre vents et
> marées (tu peux quand même le faire en Bretagne, c'est pas interdit).
>

"Il n'est pas nécessaire d'espérer pour entreprendre ni de réussir pour
persévérer"


> Bon courage, je viendrais peut-être, si elle a lieu et si je remet la main
> sur mon pull marin
>

J'attendrais tes propositions de sujets avec impatience.

A+
Arnaud
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.haskell.org/pipermail/haskell-fr/attachments/20151014/a5354067/attachment-0001.html>