Prochaines séances
23 views
Skip to first unread message
Clement Delafargue
Nov 19, 2014, 7:12:39 AM11/19/14
to nant...@googlegroups.com
Bonjour à tous,
J'ai plusieurs idées pour les prochaines séances :
le workshop haskell ayant bien plu, on pourrait continuer dans cette voie, pour voir ensemble comment utiliser certaines bibliothèques cool (parsing CSV, JSON, traitement de flux, …).
Le but de ces workshops serait vraiment de se concentrer sur les aspects pratiques.
J'ai eu la demande de faire un workshop scala dans le même esprit.
Sinon, autre idée, plus axée théorie celle-là: http://paperswelove.org/
l'idée c'est que plutôt que taper du code, on pourrait lire des papiers (papier = publication scientifique, grosso modo) intéressants. Au delà d'être efficace en codant,
une bonne culture des papiers publiés aide énormément à comprendre les tenants et aboutissants des choix qui sous-tendent les outils qu'on utilise.
Une bonne connaissance des résultats de recherche permet de choisir des bibliothèques, des technos, des architectures de manière beaucoup plus rationnelle.
Il y a des meetups un peu partout pour lire et réfléchir sur des papiers intéressants.
Thoughts?
Clément
J'ai plusieurs idées pour les prochaines séances :
le workshop haskell ayant bien plu, on pourrait continuer dans cette voie, pour voir ensemble comment utiliser certaines bibliothèques cool (parsing CSV, JSON, traitement de flux, …).
Le but de ces workshops serait vraiment de se concentrer sur les aspects pratiques.
J'ai eu la demande de faire un workshop scala dans le même esprit.
Sinon, autre idée, plus axée théorie celle-là: http://paperswelove.org/
l'idée c'est que plutôt que taper du code, on pourrait lire des papiers (papier = publication scientifique, grosso modo) intéressants. Au delà d'être efficace en codant,
une bonne culture des papiers publiés aide énormément à comprendre les tenants et aboutissants des choix qui sous-tendent les outils qu'on utilise.
Une bonne connaissance des résultats de recherche permet de choisir des bibliothèques, des technos, des architectures de manière beaucoup plus rationnelle.
Il y a des meetups un peu partout pour lire et réfléchir sur des papiers intéressants.
Thoughts?
Clément
Arnaud Bailly
Nov 19, 2014, 8:42:31 AM11/19/14
to nant...@googlegroups.com
Salut Clément,
- workshop haskell: +2
- workshop scala: +1
- papers we love: 0. Je suis pas absolument contre, j’ai peur que ce soit un peu “concours du truc le plus (abs)cons”. Ou alors faudrait l’ancrer dans une lib, un workshop
Autres idées:
- workshop F#: je connais pas, comment démarrer avec la plate-forme ?
- workshops clojure, common lisp pour une vision plus “loose typing” de la PF
- PF et parallélisme/concurrence/répartition => comparer Haskell, clojure, Erlang
My 2 cts.
Arnaud
--
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes "Nantes FP".
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, envoyez un e-mail à l'adresse nantes-fp+...@googlegroups.com.
Pour envoyer un message à ce groupe, envoyez un e-mail à l'adresse nant...@googlegroups.com.
Visitez ce groupe à l'adresse http://groups.google.com/group/nantes-fp.
Pour obtenir davantage d'options, consultez la page https://groups.google.com/d/optout.
Florent Marchand de Kerchove
Nov 19, 2014, 9:07:11 AM11/19/14
to nant...@googlegroups.com
J'approuve l'idée. On a la même chose dans mon équipe [1] et les
discussions qui en découlent sont toujours très intéressantes. On en
ressort souvent avec l'envie de coder un prototype pour se faire une
meilleure idée. Mais ça demande de la préparation.
Au moins une personne devrait avoir lu le papier de bout en bout et
expose les grandes lignes, avec exemples à l'appui. Idéalement tout le
monde a lu l'introduction avant de venir, au moins. Lire le papier à
plusieurs n'est pas efficace. En revanche, la réflexion de groupe est
très utile pour *comprendre* les points clés.
Le principal écueil est que la plupart des papiers sont écrits pour un
public d'initiés, et s'appuient beaucoup sur la bibliographie.
Formalisme et le jargon obscurcissent souvent l'intuition. Et certains
sont simplement mal écrits. C'est donc primordial d'avoir lu le papier
avant de le proposer.
De notre expérience, les papiers qui passent le mieux sont:
- Les "happy-meal": les papiers qui décrivent une implémentation avec
laquelle on peut jouer pendant la séance ("Monadic Parsing in Haskell" [2])
- Les essais et papiers historiques: tout le monde peut apporter son
opinion. Un bon exemple serait "On Understanding Data Abstraction,
Revisited" [3].
En dehors des papiers déjà présents sur le dépôt Github de paperswelove,
les confs et journaux les plus pertinents pour Nantes FP sont
probablement Haskell [4], JFP [5], ICFP [6] et SPLASH [7], puis ECOOP et
PLDI. Et Google Scholar pour trouver les pre-print des papiers sur les
pages des auteurs.
[1]: http://www.emn.fr/fmdkdd/papredi/
[2]: http://eprints.nottingham.ac.uk/223/1/pearl.pdf
[3]: http://staff.cs.utu.fi/kurssit/doos/UnderstandingDataAbstraction.pdf
[4]: https://www.haskell.org/haskell-symposium/
[5]: http://journals.cambridge.org/action/displayBackIssues?jid=JFP
[6]: http://www.icfpconference.org/
[7]: http://2014.splashcon.org/home
fmdkdd
discussions qui en découlent sont toujours très intéressantes. On en
ressort souvent avec l'envie de coder un prototype pour se faire une
meilleure idée. Mais ça demande de la préparation.
Au moins une personne devrait avoir lu le papier de bout en bout et
expose les grandes lignes, avec exemples à l'appui. Idéalement tout le
monde a lu l'introduction avant de venir, au moins. Lire le papier à
plusieurs n'est pas efficace. En revanche, la réflexion de groupe est
très utile pour *comprendre* les points clés.
Le principal écueil est que la plupart des papiers sont écrits pour un
public d'initiés, et s'appuient beaucoup sur la bibliographie.
Formalisme et le jargon obscurcissent souvent l'intuition. Et certains
sont simplement mal écrits. C'est donc primordial d'avoir lu le papier
avant de le proposer.
De notre expérience, les papiers qui passent le mieux sont:
- Les "happy-meal": les papiers qui décrivent une implémentation avec
laquelle on peut jouer pendant la séance ("Monadic Parsing in Haskell" [2])
- Les essais et papiers historiques: tout le monde peut apporter son
opinion. Un bon exemple serait "On Understanding Data Abstraction,
Revisited" [3].
En dehors des papiers déjà présents sur le dépôt Github de paperswelove,
les confs et journaux les plus pertinents pour Nantes FP sont
probablement Haskell [4], JFP [5], ICFP [6] et SPLASH [7], puis ECOOP et
PLDI. Et Google Scholar pour trouver les pre-print des papiers sur les
pages des auteurs.
[1]: http://www.emn.fr/fmdkdd/papredi/
[2]: http://eprints.nottingham.ac.uk/223/1/pearl.pdf
[3]: http://staff.cs.utu.fi/kurssit/doos/UnderstandingDataAbstraction.pdf
[4]: https://www.haskell.org/haskell-symposium/
[5]: http://journals.cambridge.org/action/displayBackIssues?jid=JFP
[6]: http://www.icfpconference.org/
[7]: http://2014.splashcon.org/home
> --
> Vous recevez ce message, car vous êtes abonné au groupe Google Groupes
> "Nantes FP".
> Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le
> concernant, envoyez un e-mail à l'adresse
> nantes-fp+...@googlegroups.com
> <mailto:nantes-fp+...@googlegroups.com>.
> Vous recevez ce message, car vous êtes abonné au groupe Google Groupes
> "Nantes FP".
> Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le
> concernant, envoyez un e-mail à l'adresse
> nantes-fp+...@googlegroups.com
> Pour envoyer un message à ce groupe, envoyez un e-mail à l'adresse
> nant...@googlegroups.com <mailto:nant...@googlegroups.com>.
> Visitez ce groupe à l'adresse http://groups.google.com/group/nantes-fp.
> Pour obtenir davantage d'options, consultez la page
> https://groups.google.com/d/optout.
--
> Pour obtenir davantage d'options, consultez la page
> https://groups.google.com/d/optout.
fmdkdd
Arnaud Bailly
Nov 19, 2014, 9:10:34 AM11/19/14
to nant...@googlegroups.com
Autre idée, travailler à partir des algorithmes présentés dans Okasaki ou Bird : c’est du code, c’est (relativement) pratique, c’est très fonctionnel
Arnaud
Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, envoyez un e-mail à l'adresse nantes-fp+...@googlegroups.com.
Pour envoyer un message à ce groupe, adressez un e-mail à nant...@googlegroups.com.
Julien Tanguy
Nov 19, 2014, 9:23:24 AM11/19/14
to nant...@googlegroups.com
Bonjour,
Je suis aussi pour l'idée des workshops, soit sur une lib particulière, soit
sur un problème générique. Le dernier sur haskell avait plu en effet, et je suis
partant pour en refaire sur d'autres sujets (j'ai 2-3 idées de mini projets qui
conviendraient).
Pour le _papers we love_, je suis d'accord avec l'idée qu'il faudrait l'ancrer
dans quelque chose de concret (c'est l'idée que je m'en faisais quand j'en ai
entendu parler en tout cas).
Quant aux langages utilisés, ça dépend grandement de l'expérience de chacun.
J'utilise principalement haskell, mais je suis ouvert à d'autres langages si
quelqu'un est suffisamment confortable pour faire un workshop dessus.
À ça je rajoute l'idée de possibles hackathons sur des projets définis à
l'avance.
Bonne journée,
Julien
--
Julien Tanguy
Ph.D Student See4sys/IRCCyN
http://julien.jhome.fr
===========================================================
I welcome VSRE emails. Learn more at http://vsre.info/
===========================================================
Je suis aussi pour l'idée des workshops, soit sur une lib particulière, soit
sur un problème générique. Le dernier sur haskell avait plu en effet, et je suis
partant pour en refaire sur d'autres sujets (j'ai 2-3 idées de mini projets qui
conviendraient).
Pour le _papers we love_, je suis d'accord avec l'idée qu'il faudrait l'ancrer
dans quelque chose de concret (c'est l'idée que je m'en faisais quand j'en ai
entendu parler en tout cas).
Quant aux langages utilisés, ça dépend grandement de l'expérience de chacun.
J'utilise principalement haskell, mais je suis ouvert à d'autres langages si
quelqu'un est suffisamment confortable pour faire un workshop dessus.
À ça je rajoute l'idée de possibles hackathons sur des projets définis à
l'avance.
Bonne journée,
Julien
Julien Tanguy
Ph.D Student See4sys/IRCCyN
http://julien.jhome.fr
===========================================================
I welcome VSRE emails. Learn more at http://vsre.info/
===========================================================
Reply all
Reply to author
Forward
0 new messages