Réflexion : nous n'avons pas de "journalisme" communautaire dans le monde du libre 2015-08-31

Un récrit fréquent dans nos communautés est que nous sommes mauvais en communication, aussi bien entre nous que vers ceux n'y appartenant pas (public non initié, journalistes, politiques et autres), et, force est de constater qu'à quelques exceptions notables (pas besoin de les lister, c'est les structures que tout le monde connait) nous sommes tristement assez proches de nos clichés. Là où, de manière surprenante, nous n'en sommes pas si proches c'est lorsqu'il s'agit d'y trouver des solutions qui marchent pour la majorité. Dire que n'avons rien tenté serait profondément malhonnête, mais depuis mon arrivée dans ce milieu, le discours ambiant n'a vraiment pas évolué de :

  • c'est important de communiquer
  • tu dois communiquer
  • (avec pas mal de la chance mais c'est considéré comme évident en général) voici un ensemble d'outils (blogs/autres), lieux (mailing listes/forums)

Nous avons quasiment 1000 livres pour apprendre à programmer avec/en Python mais nous ne sommes toujours pas foutus d'avoir le moindre livre de référence sur comment communiquer, que ce soit entre nous ou vers les autres et les autres documents sur ce sujet sont rares, pauvres et peu connus. Par conséquent, qui communique dans nos communautés aujourd'hui ? Ceux qui ont appris à la dure, qui ont pris le temps de le faire, aiment peut être le faire, ont peut être une intuition sur comment le faire ou ont peut être été formés pour ... bref, pas grand monde.

« Il suffit donc d'écrire ce livre pour résoudre ce problème ! » vous allez me dire (ou pire « Il suffit donc que tu écrives ce livre » ce qui serait une bien mauvaise idée) ce qui, même si ça serait un grand progrès, serait passer à côté de nombreux problèmes :

  • communiquer bien prend du temps, voire beaucoup de temps, du temps que tout le monde n'a pas forcément ou pas envie de mettre là dedans
  • communiquer prend aussi de l'énergie, voire beaucoup d'énergie, ce qui est soumis aux même contraintes que le temps
  • apprendre à bien communiquer est un processus long et fastidieux
  • communiquer est un processus qui peut être intimidant voir effrayant, en particulier dans certaines de nos communautés qui sont connues pour ne pas être tendres voir peuplées de flames war ou trolls velus.
  • certaines personnes ne trouvent ça simplement pas amusant voir profondément chiant à faire et dans des activités basées sur le bénévolat et les volontés personnelles ça passe simplement à la trappe (à titre d'exemple : je trouve ça personnellement chiant à faire et un article, celui-ci compris, est véritablement insupportable à rédiger pour moi, je passe plusieurs minutes par phrases)

En effet, quelque chose que l'on apprend en programmation c'est que cela ne sert à rien de se concentrer sur optimiser une partie d'un programme si l'on ne peut qu'attendre au maximum que quelques pourcentages d'amélioration, il faut se concentrer sur les parties où l'on sait que l'on pourra aller bien plus loin. Il est illusoire d'espérer voir un jour l'ensemble des acteurs de nos communautés se mettre à communiquer, aussi bien entre nous que vers l'extérieur.

Alors qu'est-ce qu'on fait ? Est-ce qu'on veut vraiment continuer d'avoir une communauté où la communication (et donc la visibilité) est laissé aux personnes qui ont le privilège d'avoir le temps, l'énergie et le savoir suffisant pour le faire ? Et que tou·te·s les autres vivent dans l'oubli et sans être reconnu·e à leur juste valeur ? (J'ai volontairement mis de côté les projets tellement ultra géniaux (et surtout généralement très vieux) que d'autres se chargent de la communication à leur place, ce sont une minorité) Je pense qu'il va être temps que l'on change de stratégie et que l'on se mette à avoir des personnes ou structures qui se chargent d'une partie de la communication pour les autres.

Mais avant de communiquer bien à l'extérieur, il serait bien de déjà commencer par le faire entre nous. Un copain m'a un jour dit « vous êtes une communauté bizarre, vous n'avez pas d'histoire de vos luttes » Communiquer entre nous, ça permettrait entre autre de nous fédérer, mieux nous connaitre, constituer une histoire commune et de grandir ensemble.

Il y a toutes ces personnes qui se connaissent à peine entre elles et qui font des choses géniales mais pour lesquels bien trop peu sont au courant. Même des structures comme la SNCF sont foutues d'avoir des gazettes internes, mais chez nous, où sont nos "journalistes" de nos communautés ? Où est notre gazette des copains pour les copains par les copains ? Où est-ce que je peux aller pour me tenir au courant de ce qui se passe dans notre petit monde sans être sur 15 ml, 30 chans IRC et 1500 abonnements twitter ? Lire des articles de certains qui ont pris la peine d'aller découvrir de nouveaux projets ou structures, de discuter avec leurs membres et de revenir porter leurs parole et la rendre visible ? Qui me parle des petits, des acteurs locaux, de ceux qui font un travail de fond mais dont on entend pas parler (et pas "yet another" article sur Ubuntu ou Mozilla) ?

Je veux notre journal des copains par les copains pour les copains, qu'on arrête de vivre chacun dans notre coin en s'entre-ignorant, volontairement ou non, et que la visibilité soit l'apanage d'un groupe bien trop petit.

Il existe déjà le Framablog de Framasoft qui se rapproche le plus, à ma connaissance, de ce que je décris (et un grand merci à eux) mais je pense que nous pouvons (et devons) aller bien plus loin.

« Alors, est-ce que tu vas faire quelque chose ? » Je ne sais pas, d'un côté cette réflexion est encore fort jeune (elle date d'avant-hier), le temps est une ressource rare et j'ai bien conscience des problèmes que lancer un "journal" pourrait engendrer (lutte de pouvoir, biais, transmission non fidèle de l'information, appropriation, entre autres), de l'autre, c'est une idée qui mérite d'être creusée et testée sur le terrain et j'ai déjà plusieurs personnes intéressées par l'aventure et je réalise que je fais déjà en partie cela avec HackerAgenda (en Belgique) et la radio et que j'aime beaucoup ça mais que c'est loin d'être suffisant. Affaire à suivre ?

Carte des structures et communautés du monde du libre en Belgique 2015-08-05

Il y a peut, j'ai torché une carte des "structures et communautés du monde du libre" présentes en Belgique, l'idée était d'avoir un résultat rapide pour un événement et comme c'est déjà utilisable (et utilisé : nous l'avons mises sur le site d'Abelli) et que c'est des informations que je n'ai encore vu nul part je vous la remet ici. L'idée à terme c'est de générer tout ça depuis HackerAgenda.

Voir en plein écran

L'url partageable : http://u.osmfr.org/m/48733/

Si vous voulez rajouter des "Structures ou organisations du Monde du libre" dessus contactez moi.

Sur l'exclusion dans les milieux « geeks » 2015-07-22

J'ai bien conscience que les sujets de l'inclusion et de l'exclusion des minorités non présentes dans nos milieux est un sujet régulièrement abordé et que ce poste pourrait sembler être "juste un poste de plus", malgré tout, il s'agit du genre de sujet qui ne sera jamais assez abordé tant qu'il sera d'actualité.

Je suis récemment (bon j'admets, en mois) arrivé à un modèle mental clair sur la question et j'avais envie de le partager.

L'histoire commence généralement par une communauté se décrivant généralement en les termes suivants : « nous sommes ouverts à tous, tout le monde est libre de venir chez nous », ce qui n'est pas nécessairement une mauvaise chose en soit.

Sauf que.

Sauf que survient assez rapidement un problème : certaines personnes ont des comportements excluants. Sans rentrer dans la question de l'invisibilisation et de la non perception ou de la difficulté à percevoir ces comportements excluant pour les personnes en place quand cela ne les vise pas directement, j'aimerai aborder la question de la résolution de cette situation et du principale problème rencontré. Ce principale problème est la première des Five Geek Social Fallacies qui est, je cite:

Geek Social Fallacy #1: Ostracizers Are Evil

Qui pourrait se réécrire ici de cette manière :

On exclue jamais personne, c'est mal

Et c'est le cœur du problème.

C'est le cœur du problème parce que l'on se retrouve face à une incompatibilité : parce qu'on accepte tout le monde on accepte, dans un premier temps, également des personnes aux comportements excluants, qui vont donc exclure ou faire fuir d'autres personnes mais comme on ne les exclue pas [1] car « c'est mal » ™ ces personnes continueront donc leurs comportements et l'on passera donc d'une communauté en apparence « ouverte à tous » à une communauté réservée uniquement aux personnes ne subissant pas ces comportements excluants ou étant prêt à les accepter. Victoire.

La solution pourrait sembler évidente (débarrassons nous de cette fallacy), c'est sans compter la grande résistance d'une « tribu » à faire bouger ses lignes de pensés en particulier sur des règles implicites qui ne sont jamais dites clairement (les personnes n'ayant que même rarement consciences d'être soumises à ces règles), ce qui les rends d'autant plus difficile à attaquer. Heureusement, les choses évoluent dans la bonne direction ces derniers années et même si tout n'est pas tout rose et qu'il y a encore énormément de chemin à faire, cela avance, mais cela prend du temps. Et cela prendrait probablement moins de temps si l'on venait à bout de cette règle non dite (mais ce n'est de loin pas le seul problème, voir : tous les autres mécanismes des oppressions) (et il est important de rappeler que c'est une action importante, voir nécessaire, mais de loin pas suffisante).

Et pour sortir du côté abstrait de ce poste, je vais redire ce que je viens dire de manière beaucoup plus concrète et franche (remarque : quand je vais dire ici "ne peut pas avoir" je vais parler en quantité significative, pas une ou deux personnes).

Une communauté « geek » [2] ne peut pas avoir en son sein :

  • des personnes aux comportements sexistes et des femmes
  • des personnes aux comportements racistes et des personnes racisées
  • des personnes aux comportements transphobes et des personnes « au placard » ou ouvertement trans ou ne se retrouvant pas dans la binarité du genre
  • des personnes aux comportements biphobes et des personnes « au placard » ou ouvertement bi
  • des personnes aux comportements lesbophobes et des personnes « au placard » ou ouvertement lesbiennes
  • des personnes aux comportements homophobes et des personnes « au placard » ou ouvertement homosexuelles
  • etc ... (la liste des comportements discriminants est malheureusement fort longue et cette précédente liste n'est de loin pas exhaustive, l'élitisme étant également un de ces comportements fort présent dans nos communautés)

[3]

Il faut donc choisir entre exclure ces comportements (et donc les personnes qui refusent d'arrêter de les avoir) et voir se faire exclure les personnes visées, c'est aussi simple que cela.

À titre personnel, mon choix est déjà fait.


[1] il reste quand même l'option de raisonner ces personnes (quand on réalise qu'ils font cela) mais c'est hasardeux et l'on tombe toujours sur des cas « désespérants » (pour ne pas dire « non solvable ») de la personne qui refuse de reconnaitre son comportement ou le justifiant par une supposé « liberté d'expression » (dont elle ne comprend pas elle même le sens mais qui lui sert d'argument ultime). Et pendant ce temps là, les personnes victimes continuent d'être exclues et les personnes désirant rejoindre la communauté repoussée.

Pour citer une amie : « si je débarque dans un lieu et que je me fais trasher je ne reviens pas et je ne vois pas pourquoi j'aurais la moindre envie de le faire »

[2] Et probablement les autres, mais je ne vais parler que de ce que je connais.

[3] Il va sans dire que l'absence d'une minorité ne peut être utilisé comme argument pour justifier d'accepter des comportements discriminants.

Src (source), l'émission du libre de Radio Campus Bruxelles 2015-07-14

radiocampus.jpg

Src (« source ») est une émission de radio sur le thème du logiciel libre, voir du monde du libre, qui passe sur Radio Campus Bruxelles un vendredi sur deux à 18h jusqu'à 19h30 (et est rediffusé le lundi matin à 11h).

Suite au départ d'un des membres moteurs (pour aller sauver Internet) l'émission avait besoin d'énergies nouvelles et donc suite à certaines incitations très incitantes de ce même membre je me suis retrouvé à filer un coup de main à l'émission, d'abord en venant parler de projets sur lesquels j'étais, puis en faisant profiter de mon réseau de contact à Sara (l'animatrice principale) pour l'aider à trouver des invités (et à repasser parfois pour dire des bétises).

Puis, à l'avant dernière émission je me suis retrouvé à co-animer avec Fredux, Sara n'ayant pas pu venir, en interviewant l'invité et à la dernière émission à commenter sur les sujets d'actualités je pense que je fais définitivement partie de l'équipe.

La prochaine saison (à partir de septembre) s'annonce assez chouette : l'équipe s'est agrandie et est bien plus stable et des discussions que nous avons eu il y a beaucoup de chance pour que l'on passe de « Souce, l'émission du logiciel libre » à « Source, l'émission par et pour le monde du libre » avec une approche bien plus inclusive, communautaire et ouvert à la collaboration (l'émission que tu fais toi même) en en faisant un porte voix pour les acteurs locaux et en invitant les gens à se saisir de cette opportunité en nous proposant de venir parler de chez nous de ce qu'ils font (quand on ne les aura pas déjà démarché nous même). Ceux qui suivent réaliseront que c'est ce qu'on s'était déjà mis à faire en grande partie mais là cela deviendra explicite et nous communiqueront sûrement comme ça.

Voici les podcasts des émissions où j'étais présent :

10 juillet 2015 : Nurpa, hacking team, RMLL 2015

Plus de détails

26 Juin 2015 : Fo.am et F/LAT (des collectifs d'artistes numériques)

Plus de détails

1 Mai 2015 : Compte rendu d'Associalibre, femmes dans l'informatique, Neutralité du Net à l'Europe

Plus de détails

13 Mars 2015 : YUNOHOST, Rapport Reda

Plus de détails

27 Février 2015 : Abelli et AssociaLibre

Plus de détails

13 Février 2015 : Vie privée avec le gros data et Neutrinet

Plus de détails

Tous les podcasts de l'émission (rss).

[old] Présentation de la Brique Internet à Radio Campus 2015-07-12

En vrai c'est l'annonce pour un événement de Neutrinet de présentation de la Brique Internet mais cela marche aussi comme présentation de la Brique.

C'était le 5 juin et c'était notre première annonce publique du lancement de la Brique Internet chez Neutrinet.

Merci à Déborah, Fredux et campus <3

Compte rendu du premier meeting technique de la Brique Internet 2015-07-07

Ce lundi 6 juillet nous avons eu notre premier meeting technique sur la brique internet.

Dans les grandes lignes:

On aimerait automatiser la build des images pour la brique, chez Neutrinet on aimerait être capable d'arriver au point où on construit une image complète entièrement pre-configurée par membre et qu'on a plus juste à copier. Pour l'instant on a encore des problèmes techniques de virtualisation. (Remarque: après la réunion quelqu'un a suggéré de foutre une board olimex en DC pour pour l'utiliser comme endroit de build)

Retour sur l'install party de neutrinet de jeudi dernier. Ça s'est en gros très bien passé, la qualité était au rendez-vous (pas de bugs et bon encadrement), mais pour l'instant une personne (à l'aise dans ce processus) peut difficilement envisager de faire plus de 2 installations en une soirée. On a donc besoin de former plus de monde pour nous aider.

Clarification de comment communiquer avec YUNOHOST pour les retours utilisateurs et probablement création d'une liste d'applications spécifiques à la brique pour les utilisateurs de la brique mais uniquement pour les applications vraiment spécifiques, les autres applications doivent finir upstream.

Retour d'expérience de kload sur sa propre brique, il a basculé tous ses mails dessus, entre autre. L'usage de DKIM et SPF permet vraiment d'attendre un niveau de serveur mail vraiment sympa sans de problèmes chez les gros chiants (cf google et microsofts). C'est malheureusement pas encore intégré dans YUNOHOST/nos processus d'installations mais il y a volonté de le faire à l'avenir.

Vous pouvez retrouver le pv en entier ci dessous:

Little utility to add an event to Neutrinet's wiki 2015-07-07

In my broad quest to automatise/optimise everything boring in my life (and having great reason to procrastinate doing it), my latest victim was the action of adding an event to Neutrinet's wiki.

It's a stupid action, doesn't take that long, but it's plain boring and unfunny to do: it's on mediawiki using semantic form which gives a pretty bad UI. So it's annoying enough for me to procrastinate it for too long and I was also in need of finding a reason to procrastinate the other important things I was in need to do. I also wanted to test robobrowser which is a modern version of mechanize and that uses BeautifulSoup, a python html parsing lib that I really like.

Spoiler: robobrowser has now replaced mechanize for me, it's pretty cool and just do what I want in a nicer way than mechanize.

And because the other things I was procrastinating were boring (while kinda important), I took the time to make this script super nice and fancy.

Here its help page:

usage: add_event [-h] -d D [-m M] [--hour HOUR] [-y Y] [--min MIN]
                 [--location LOCATION] [-t TITLE]

optional arguments:
  -h, --help            show this help message and exit
  -d D                  date (default: -)
  -m M                  month (default: -)
  --hour HOUR           hour (default: '7')
  -y Y                  year (default: -)
  --min MIN             minutes (default: '30')
  --location LOCATION   location (default: '123 rue royale 1000 Bruxelles
                        Belgique')
  -t TITLE, --title TITLE

A classical session (the event name is automatically created based on the wiki's data because it's also boring to do by hand):

$ add_event -d 24
I'm about to create the event 'Meeting 2015/10' on 19:30 24/7/2015 at '123 rue royale 1000 Bruxelles Belgique'
Continue? [Y/n]: 
Login into mediawiki:
Username: bram
Password:

I've also used argh which is, by far, my favourite and easier to use python lib to handle cli arguments.

Source code of the script: https://github.com/psycojoker/neutrinet_add_event

Conference au POOP 2014 : HackerAgenda aidons nous a mieux nous parler 2015-01-13

Une conférence que j'ai donné au POOP 2014 à Paris en Juin dernier sur HackerAgenda, un projet d'agenda automatisé aggregant de très nombreuses sources d'événements pouvant intéresser les hackers en Belgique.

L'idée derrière étant d'essayer d'améliorer la situation "plein de gens font plein de choses géniales mais personne ne se connait".

Dans cette conférence je parle de 2 approches face à cette situation (dont HackerAgenda) et j'essaie de trouver des gens motivés pour lancer un HackerAgenda pour la France.

Some though on building userless website 2014-12-30

Right now, one of my toy project is to build a free software ethical alternative to the trio: meetup.com/facebook events/eventbrite (mainly because there seems to be strictly no alternatives available).

While thinking on how to do that, my initial idea was simply to "simply" do a clone of meetup.com. Not especially exciting. Then I realised that there was a funnier and way more interesting way of doing this. My inspiration came from etherpad and doodle (well, framadate), two website where to start working you just have to click on one big button that say "create to new pad/survey for me" and you're done: no user registration, nothing.

Thus came the logical conclusion on making this alternative userless and seeing how far that idea can be pushed.

In a world where the vast majority of proprietary services try to get as much data as possible in exchange of "free" services and where some governmental agencies seems a bit too curious about what we are doing, I think that it's worth a try for the free software movement to explore how far can we build viable tools while collecting as few personal data as possible (because they can't "stole" data you don't have).

And on the other hand, having a tool where you don't have to register an account really lowers the barrier of entry, thus the adoption. This could be an interesting advantage for free software to offer a attracting alternative (in addition to the ethical part).

So, after thinking about it for some time, here are a series of ways that I will probably implement this idea in this alternative (some of those are already done). The strategy is to ask as few as possible and only ask more when "more" is absolutely needed, a "leveraging" strategy (for now, "more" seems only to be an email address).

For reference, the workflow of the application is:

  • an user create an event with some information about it and can modify it later
  • other users answer to the event on their intention to attend to it

First idea (from doodle): use unique, hard to guess url:

  • when the user create an event, give him an administration page with a very hard to guess url (generate an uuid for example or anything else random).
  • -> the user is responsible to bookmark/other this page and will be able to use it to modify the event
  • -> no personal data is stored

  • when another user answer to the event, only ask for his "name" (a simple text input, no concept of first/last name/gender/other, the user will put what he wants)

  • again, give him a page with a very hard to guess url where he can modify his answer
  • -> nearly no personal data is stored

Simple additional security idea: allows the event organiser to password protect the event administration page. Same for the event page (for private events).

Simple privacy idea: allow the user to hide his nick from the public list of attendees (the event organiser will still be able to see it).

Another simple privacy (and also convenient) idea: allow the event organiser to not display the attendees list on the public page of the event. This also allows to have a more "eventbrite"/ticketing approach to the event organisation."

Convenient idea for a minimalist privacy trade-off: temporary link the privates page (the ones that have unique hard to guess urls) to the user cookie/session and display them somewhere for the user to get them back.

Another convenient idea: have a simple form to allow the user to send himself an email containing a link to those uniques pages (after the creation of the pages). Something like "send me this link via email". Do not store the mail address.

First leveraging: ask the user to store his email. Do not expose/share this email via anyone, never.

This allows to:

  • inform the event organiser about event responds
  • send reminders to attendees
  • send informations about the project page modification to the attendees
  • maybe: allow the event organiser to send a message (without giving him the emails but via a form) to the attendees

And this adds one very cool feature: add the possibility for the user to have on one page all the places where his email is "linked" to something: event attending and created event. And of course, give the user links to the "unique urls" pages corresponding to those place and to remove his participation/email from those places.

The way to gain access to this page is a simple form where the user puts his email address, this sends him an email with a link to a "unique url" page valid for a certain period of time.

That's all for the big main patterns I've come up with for now (there are small variations/details like "possibility to suppress event"/"give a life time to events"/"suppress my participation"/"put password at those places" etc... that I haven't write down here because I'm lazy and that they don't bring that much).

I'm interested in your opinion and if you have other big main patterns idea on this subject.

And to finish, some downside of this userless approach:

  • biggest one IMO: it's way harder to protect against spam
  • this approach seems to fit very well "tools" website where you just need one, mostly, temporary discreet/small page to share with not that much people for a not especially long period of time (a pad or a date survey are perfect example of that) with people that generally knows each others and/or are of good will/interested in playing the game on low to medium value activities. I'm not convinced that this will works as well in other situations

While I was more interested in discuting the principles in this post, you can find the source code of the project here and a public instance here.

L'autre speed dating des alternatives par esperanzah 2014-07-06

Je suis allé ce samedi à l'événement "L'Autre Speed Dating!" organisé, entre autre mais pas que, par le village des possibles de Esperanzah.

J'étais assez méfiant au début de la formule "speed dating" mais en fait ça s'est révélé très cool: en arrivant on marque une association et votre prénom sur un mini badge puis vous piochez 2 bouts de papiers dans un panier, un vous disant quoi faire (eg: demander à la personne de vous présenter quelqu'un qu'elle connait) et l'autre qui rencontrer (eg: quelqu'un de l'association X). Le résultat était très chouette, les gens chaleureux et dans le bon état d'esprit, ça a vraiment bien marché pour rencontrer du monde à qui je ne serai pas allé parler normalement Je ne suis pas convaincu que ça marcherait pour toutes les communautés (/me regarde les hackerspaces) mais c'est clairement une idée à reprendre.

La deuxième partie était en fait extrêmement proche d'un BarCamp, appelé un "Forum Libre" et présenté de manière très chouette et chaleureuse ("les gens avec qui vous êtes sont les bons gens"):

  • un thème est annoncé "Comment favoriser les rencontres entre acteurs des alternatives ?" (de tête)
  • chaque personne peut proposer un sujet sous forme d'une question, l'annonce et devient "animateur de la table" (on attribue alors la question à un numéro de table)
  • les gens vont sur les tables qu'ils vont (et ne sont pas obligé de rester, ils peuvent changer de table à souhait)
  • discussion convivial autour de la question en prenant des notes (un résumé de ce qui a été dit sera présenté après)
  • puis au bout de 30/45min, toutes les tables se réunissent dans la même pièce et une personne ou plusieurs personne de chaque table résume en 2min jusqu'où ils en sont arrivé dans la question (ça ne fait rien s'il n'y a pas eu de réponse)

(Description simplifié, j'ai plus les règles à 100% en tête, mais c'était vraiment comme un BarCamp.)

J'étais à une table avec la question "Quel file rouge pour nous rassembler ?" qui était vraiment la question de "Pourquoi on devrait faire ça". Le débat était vraiment riche, toute la question est en fait de comment définir les gens de ces mouvements, autour de quelles valeurs les rassembler et c'est vraiment un exercice difficile tellement ces mouvements sont d'origines différentes et spontanées sans forcement une réflexion derrière autre que résoudre un problème local.

De mémoire, des pistes et partie de définition:

  • L'auteure de "Un million de révolutions tranquilles" définie (de tête) ces mouvements comment émergeant de la classe moyenne ou défavorisé, locale, par les citoyens et pour les citoyens, déconnectés des institutions déjà en place et cherchant à résoudre un/des problème/s de la vie de tous les jours des initiateurs
  • Des valeurs communes: partage, entre aide, échange de connaissance, généralement une absence de hiérarchie ou de formalisme
  • le lexique est vraiment important, là où les autres participants de la table en disant "politique" voulaient dire "relié à un partie", moi j'entendais "s'impliquant dans la vie de la cité" (et donc ça bugait pour moi quand ils disaient que ces mouvements étaient non politique)
  • faire attention à des définitions trop politisés comme celles de la coopérative intégrale catalane qui se définie fortement comme anti-capitaliste, cela fait peur et/ou exclue des gens
  • il y a aussi le problème de ne pas avoir une définition trop large pour quand même garder une identité

Puis ça s'est malheureusement arrêté là à cause du foot (90% des gens souhaitant le regarder), ça a pas mal brisé le rythme de l'événement, je suis resté dans un pièce d'en haut avec quelques rescapés mais c'était frustrant, l'événement n'ayant duré que 2h30, les gens commençaient à bien être chaud pour discuter de tout et n'importe quoi.

Des mouvements que j'ai découvert/rencontré: