Re: Retours sur la Soirée webperf du 23 avril sur Paris

14 views
Skip to first unread message

Eric Daspet

unread,
May 10, 2013, 7:26:39 PM5/10/13
to Nicolas Hoizey, performance-web@googlegroups.com Group
2013/5/9 Nicolas Hoizey <nic...@hoizey.com>
Bonsoir Eric, la liste,


Bonsoir,

 
Voici mon feedback sur la soirée parisienne et sur le livre de manière plus générale.

Concernant la soirée, il me semble effectivement qu'il aurait fallu un minimum d'organisation supplémentaire, au moins pour le lancement, surtout pour ceux qui découvraient le livre, son histoire, et la méthode de contribution via Github. Quelques slides auraient fait l'affaire. Ce que tu as écrit pour Sud Web est bien, il manque juste la partie « historique »,

Ce que j'ai partagé est le flyer à imprimer, mais j'ai effectivement du coup prévu quelques slides comme tu le dis.

De manière générale, et je l'ai dit je crois lors de la soirée, Github a beau être plutôt simple à prendre en main et permettre l'édition directement en ligne sans faire quoi que ce soit via un client Git local, je pense qu'un Wiki simple faciliterait encore plus la contribution. Le principal défaut sur Github est qu'il faut aller de fichier en fichier, sans maillage interne, et avec comme tu le soulignes certains éléments non rendus par le Markdown de Github. Un wiki aurait l'avantage de la visualisation directe et des liens inter-contenus. Le wiki pourrait même éventuellement autoriser la contribution sans création de compte, nécessaire sur Github.

Je suis preneur. On risque peut être de perdre la possibilité de dériver, mais pourquoi pas. Le wiki github pourrait être une bonne solution étant donné qu'il est lui même versionné dans git.

 
Concernant la licence, je ne pense pas qu'un ouvrage réellement collectif —qui ne serait donc plus vu comme ton œuvre avec des contributeurs— soit simple à faire publier par un éditeur, donc de toute façon tu peux la simplifier. Cela n'empêcherait pas de réaliser une version papier par la suite, elle ne serait juste sans doute pas issue d'un éditeur. C'est ce que fait la communauté SPIP avec le site http://programmer.spip.net/ auquel tout le monde peut contribuer (licence cc-by-sa), et qui permet de générer une version PDF ( http://programmer.spip.net/Le-livre ) ainsi qu'une version papier ( http://www.lulu.com/shop/matthieu-marcillaud/programmer-avec-spip/paperback/product-11019986.html ).
 
OK, merci



-- Eric
 

Le 9 mai 2013 à 18:36, "Eric Daspet" <auto-m...@eventbrite.com> a écrit :

Bonsoir,

Merci à tous d'être venu pour voir, et d'avoir participé à la soirée webperf du 23 avril.

La soirée était un peu une expérience, une première tentative. Je pense que ça s'est un peu senti au début, peut être aussi par manque de préparation.

Le résultat s'est révélé positif. Il y a tout de même de quoi être fier au niveau du nombre de corrections et de tickets ouverts. Un gros merci à tous, ça avance.

Si vous n'avez pas noté l'adresse du projet, c'est sur https://github.com/edas/webperf-book


# Transformer l'essai

L'enjeu maintenant c'est de transformer l'essai pour générer une dynamique et faire vivre le projet. Ça passera certainement par d'autres ateliers comme celui ci. Nous en faisons un à Sudweb la semaine prochaine. Peut-être tenterai-je d'en proposer de nouveaux à Paris-Web, au forum AFUP ou dans d'autres événements francophones, et vous êtes les bienvenus à le faire aussi.

Pour cela j'ai aussi besoin de vous : Comment auriez-vous voulu que la soirée se passe ? Que faut-il changer, améliorer, ajouter ? Pour Sudweb j'ai par exemple commencé à rédiger https://t.co/uA9n6w8YIf

Bref, là dessus nous avons besoin que vous fassiez des suggestions et des retours sur l'organisation de ces ateliers et de l'écriture. Si vous ne savez pas comment participer autrement, écrivez au moins cet email de suggestions/commentaires.

Il faudra toutefois aussi que ça devienne un réflexe pour certains d'entre nous : Vérifier à chaque fois qu'on rencontre un nouveau concept ou un détail, qu'il est déjà dans le livre, et l'ajouter dans le cas contraire. Ça ne prend pas beaucoup de temps quand c'est fait sur l'instant, mais ça demande d'y penser sur le moment.


# La licence, la paternité

L'autre sujet latent qu'il va aussi rester c'est la licence et l'appropriation par la communauté. Qu'on puisse considérer le livre comme le mien et pas celui d'un collectif serait un échec pour moi. De mon point de vue je ne demande qu'à ce que d'autres se l'approprient.

J'ai initialement tenté une licence maison complexe avec des droits restreints. L'idée était de laisser la porte ouverte à une publication papier, qui demande généralement une exclusivité (et donc de l'avoir prévu dès le départ). Peut-être que c'est illusoire et que ça reste un frein aux contributions. Bref, si vous pensez qu'il faut oublier la publication papier et passer à un CC-BY ou une WTFPL, c'est maintenant qu'il faut le dire pour qu'on puisse prendre une décision à Sudweb.


# Commentaires, suggestions

Ce retour est en bonne partie un appel à feedback. Vous pouvez le faire sur mon email personnel si vous le souhaitez, mais comme l'objectif est aussi que justement ce projet ne soit pas à mon nom mais à celui d'un collectif, je vous propose plutôt d'en discuter en commun sur [la liste de discussion "performance-web"] (et si vous n'y êtes pas encore inscrits, je vous y encourage). La parole est à vous.

[la liste de discussion "performance-web"]: https://groups.google.com/group/performance-web

 

Encore merci à tous

--
Eric Daspet
http://eric.daspet.name/

Cette invitation a été envoyée à nic...@hoizey.com par eric....@survol.fr l'organisateur. Pour ne plus recevoir d'invitations de cet organisateur, vous pouvez vous désabonner.
Billetterie de l'événement et inscription en ligne par
Eventbrite | 651 Brannan St. Suite 110 | San Francisco, CA 94107


-Nicolas

-- 
Nicolas Hoizey



--
Éric Daspet
http://eric.daspet.name/

Nicolas Hoizey

unread,
May 13, 2013, 5:42:01 AM5/13/13
to Eric Daspet, performance-web@googlegroups.com Group
Le 11 mai 2013 à 01:26, Eric Daspet <eric....@survol.fr> a écrit :
2013/5/9 Nicolas Hoizey <nic...@hoizey.com>

De manière générale, et je l'ai dit je crois lors de la soirée, Github a beau être plutôt simple à prendre en main et permettre l'édition directement en ligne sans faire quoi que ce soit via un client Git local, je pense qu'un Wiki simple faciliterait encore plus la contribution. Le principal défaut sur Github est qu'il faut aller de fichier en fichier, sans maillage interne, et avec comme tu le soulignes certains éléments non rendus par le Markdown de Github. Un wiki aurait l'avantage de la visualisation directe et des liens inter-contenus. Le wiki pourrait même éventuellement autoriser la contribution sans création de compte, nécessaire sur Github.

Je suis preneur. On risque peut être de perdre la possibilité de dériver, mais pourquoi pas. Le wiki github pourrait être une bonne solution étant donné qu'il est lui même versionné dans git.

Effectivement !

Concernant la licence, je ne pense pas qu'un ouvrage réellement collectif —qui ne serait donc plus vu comme ton œuvre avec des contributeurs— soit simple à faire publier par un éditeur, donc de toute façon tu peux la simplifier. Cela n'empêcherait pas de réaliser une version papier par la suite, elle ne serait juste sans doute pas issue d'un éditeur. C'est ce que fait la communauté SPIP avec le site http://programmer.spip.net/ auquel tout le monde peut contribuer (licence cc-by-sa), et qui permet de générer une version PDF ( http://programmer.spip.net/Le-livre ) ainsi qu'une version papier ( http://www.lulu.com/shop/matthieu-marcillaud/programmer-avec-spip/paperback/product-11019986.html ).
 
OK, merci

De rien !
Reply all
Reply to author
Forward
0 new messages