tag:linuxfr.org,2005:/tags/implication/publicLinuxFr.org : les contenus étiquetés avec « implication »2015-03-03T23:06:42+01:00/favicon.pngtag:linuxfr.org,2005:Diary/354652014-12-13T13:31:20+01:002014-12-13T13:31:20+01:00qu'ai-je fait dans le libre dernièrement ?Licence CC By‑SA http://creativecommons.org/licenses/by-sa/4.0/deed.fr<p>Pas grand' chose :/</p>
<p>Je suis tombé sur la série de Raphaël Hertzog :</p>
<ul>
<li>en octobre <a href="http://raphaelhertzog.fr/2014/11/17/mes-activites-libres-en-octobre-2014/">http://raphaelhertzog.fr/2014/11/17/mes-activites-libres-en-octobre-2014/</a> [fr]</li>
<li>en novembre <a href="http://raphaelhertzog.com/2014/12/02/my-free-software-activities-in-november-2014/">http://raphaelhertzog.com/2014/12/02/my-free-software-activities-in-november-2014/</a>
</li>
</ul><p>À le lire, je retrouve ce sentiment d'incomplétude propre à notre implication : nous avançons, nous voudrions motiver du monde, le faire <em>par l'exemple</em> est une méthode qui fonctionne en temps normal et suscite des vocations pour ceux qui s'y essaient, pour autant c'est difficile à suivre pour ceux qui s'y essaient et ne savent pas qu'il suffit de s'y mettre, le faire et qu'ensuite cela reste possible. Si cette dernière phrase paraît cryptique, c'est que vous n'avez pas essayé :-)</p>
<p>Visiblement, cela correspond à un changement de paradigme (oui, j'aime bien les mots compliqués, ainsi que la <a href="https://fr.wikipedia.org/wiki/wikt:synchise" title="Définition Wikipédia">synchise</a>, ce qui ne va pas vous aider beaucoup :/) pour beaucoup : participer est compliqué, alors que pour tous ceux qui participent déjà, le processus est évident (même si peu lisible de l'extérieur, apparemment : certains s'y intègrent sans souci).</p>
<p>Debian est pourtant un projet bien rôdé, les développeurs savent ce qui se passe au vu de leur expérience, il y a beaucoup d'utilisateurs satisfaits qui fait qu'ils s'impliquent (ou moins n'est pas la question) : pourquoi ne pas participer plus ? Il est facile de suivre les paquets proposés, en s'impliquant, il est assez facile de suggérer des améliorations et en plus il est facile d'être en contact direct avec ceux qui apportent les changements et en discuter sereinement. Si vous avez un logiciel qui vous plaît, il est possible de l'intégrer au mieux, avec toutes les options par défaut pour l'utiliser au mieux : travailler au niveau d'une distribution est avoir une vision globale, mais en tant qu'utilisateur cela permet de focaliser sur le logiciel qui vous importe et faire des suggestions pertinentes (en travaillant avec l'<em>upstream</em>).</p>
<p>vala, c'est dit.</p>
<p>Bon, en vrai, je n'ai pas <em>rien</em> foutu :</p>
<ul>
<li>j'ai édité plein de <a href="//linuxfr.org/wiki/modifications">pages de wiki sur LinuxFr.org</a> même si, parfois, j'ai l'impression d'en être le seul utilisateur ; à ce qu'on m'a rétorqué, il y a plein de page inutiles (bin suffit de voter, on verra bien)</li>
<li>une <a href="//linuxfr.org/redaction/news/comment-participer-a-la-redaction/revisions/53">rencontre LinuxFr.org IRL</a> a eu lieu, pas comme prévu initialement, mais impromptue, j'imagine que si cela était annoncé le jour pour le lendemain, il y aurait plus de monde à venir, impulsivement (l'annonce 15 jours à l'avance est clairement un tue-l'amour pour moi… pour au final terminer à trois, il y a plus de monde pour une partouze un samedi soir… l'image dépasse ce que je pense, mais n'en est que peu loin).</li>
<li>j'ai participé au premier samedi comme chaque mois, sur Paris, à la Villette (je pense toujours rencontrer plus de monde, là il y en avait trop dont certains pour se faire réinstaller un windows o_O et toujours pas ceux que je m'attendrais à rencontrer, pour des parigos : c'est si loin Paris et la Villette ?). J'apprécie toujours la diversité entre Debian, Fedora (très présent), Gentoo et ArchLinux et Mageia au milieu de ceux tentant de faire fonctionner Ubuntu dans la durée : cela permet d'assumer les install party et proposer aux utilisateurs normaux d'utiliser au mieux leur système pour répondre à ce qu'ils veulent en faire</li>
<li>je reste impliqué dans <a href="http://tuxfamily.org">http://tuxfamily.org</a> et il y a plein de projets libres sympathiques à venir <a href="http://projects.tuxfamily.org/">http://projects.tuxfamily.org/</a> (utilisez les tags pour parcourir vos sujet d'intérêt)</li>
</ul><p>Je vais en rester là, j'aurai peut-être plus à dire en commentaire ;-) <em>keep the faith</em> !</p><div><a href="https://linuxfr.org/users/baud/journaux/qu-ai-je-fait-dans-le-libre-dernierement.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/104211/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/baud/journaux/qu-ai-je-fait-dans-le-libre-dernierement#comments">ouvrir dans le navigateur</a>
</p>
BAudhttps://linuxfr.org/nodes/104211/comments.atomtag:linuxfr.org,2005:News/335242013-12-18T23:16:31+01:002013-12-19T01:43:09+01:00Du difficile travail en association et en public Licence CC By‑SA http://creativecommons.org/licenses/by-sa/3.0/deed.fr<div><p>L’organisation de la promotion des logiciels libres dans un cadre associatif est une activité très enrichissante et intéressante, mais potentiellement lourde et épuisante. N'étant pas directement relative au travail des développeurs, elle n'est pas toujours reconnue par ces derniers.</p>
<p>Beaucoup d'organisateurs d’évènements le reconnaissent : ils manquent souvent de bras, de jambes et de têtes pour seconder et accompagner l’équipe principale. De plus, les équipes en charge font souvent appel à des soutiens locaux et de ce fait demeurent différentes suivant les lieux d'organisation. Pour pérenniser et faire voyager l'activité, il devient alors nécessaire d'assurer la transmission de l’information d'un lieu à l'autre et d’une année sur l’autre.</p>
<p>Voici des réfléxions et propositions pour essayer d’apporter des éléments de réponse à cela.</p></div><ul><li>lien nᵒ 1 : <a title="https://listes.rmll.info/listes/arc/discussion/" hreflang="fr" href="https://linuxfr.org/redirect/84020">Liste de discussion publique des RMLL</a></li><li>lien nᵒ 2 : <a title="http://comite.rmll.info/" hreflang="fr" href="https://linuxfr.org/redirect/84021">Le site du comité des RMLL</a></li><li>lien nᵒ 3 : <a title="http://fr.wikipedia.org/wiki/Aide_%C3%A0_la_d%C3%A9cision_multicrit%C3%A8re" hreflang="fr" href="https://linuxfr.org/redirect/84022">Aide à la décision multicritère</a></li><li>lien nᵒ 4 : <a title="http://www.promethee-gaia.net/" hreflang="fr" href="https://linuxfr.org/redirect/84023">Un logiciel gratuit d’aide à la décision… mais pas libre</a></li></ul><div><h2 id="travailler-en-public">Travailler en public</h2>
<p>Le logiciel libre fonctionne en grande partie sur la transparence des sources. Maintenant, il devient également possible de s'attacher à la transparence du processus complet du développement. On peut s’en rendre compte en suivant les listes de discussion du développement de nombreux projets, dont celle du <a href="https://lkml.org/">noyau Linux</a>. Le succès de la plateforme <a href="http://github.com">Github</a> en est la parfaite illustration.</p>
<p>Ces espaces de collaboration deviennent avec le temps des zones d'informations privilégiées et ouvrent des perspectives nouvelles sur le processus de recrutement.</p>
<h2 id="assurer-une-pérennité">Assurer une pérennité</h2>
<p>Les projets qui vivent bien prévoient de maintenir une continuité et cherchent à minimiser autant que possible les ruptures. Par exemple, le <a href="http://fosdem.org">FOSDEM</a>, la grande réunion annuelle de développeurs de logiciels libres qui se tient annuellement à <a href="http://bruxelles.be">Bruxelles</a> au début du mois de février, maintient une <a href="https://lists.fosdem.org/pipermail/fosdem/">liste de discussion publique</a> active tout au long de l’année, à laquelle les participants peuvent souscrire. Et les archives sont librement accessibles et indexées par les moteurs de recherche.</p>
<p>Les informations diverses, appels à présentations, etc. y sont publiés, et les membres de la liste s’y attendent aux alentours du mois d’octobre précédent. Cela crée une fidélité.</p>
<p>Dans le cas de votre association, cela peut aussi aider à la transmission des informations par les membres du comité d’une année à l’autre.</p>
<p><strong>Un seul</strong> wiki public principal permettrait d’y capitaliser l’information essentielle, ce qui a fonctionné et ce qui n’a pas fonctionné, ce qui est disponible d’une année à l’autre (matériel audio, vidéo, serveurs, matériel de promotion, avec les sources des fichiers…). Ceci n’empêche pas que chaque année il y ait en plus des outils et sites spécifiques, des moyens plus discrets, notamment pour des sujets délicats comme les questions financières.</p>
<h2 id="préciser-des-critères-de-sélection">Préciser des critères de sélection</h2>
<p>Si les critères de sélection sont bien définis, à temps, avec des outils et méthodes claires, tout le monde sait à quoi s’attendre et peut calibrer le projet et les propositions par rapport à ces critères précis.</p>
<p>En plus, on pourrait utiliser des outils d’aide à la décision, discuter des pondérations et de la pertinence des critères, etc., et peut‐être participer au développement d’outils libres d’aide à la décision multicritère (le sujet m’intéresse, j’y ai consacré une partie de ma thèse de doctorat !).</p>
<h2 id="par-la-transparence-encourager-la-participation">Par la transparence, encourager la participation</h2>
<p>Et si le comité posait la question en public, de savoir où les personnes intéressées préféreraient aller ? Dans le genre discussion, puis référendum. Le comité expose les possibilités, fait un joli tableau comparatif des propositions des différentes villes candidates qui parleraient aussi, si possible en public, présente les critères de choix, laisse tout le monde commenter publiquement, propose aux candidats de contribuer et invite les personnes intéressées par le processus de sélection à participer. Bien sûr, la décision finale est du ressort du comité. Mais cela se passe ouvertement, en public.</p>
<p>Cela aurait peut‐être l’avantage de la transparence, de la participation et mettrait en évidence des attentes qui ne sont pas claires pour tous, ou pas primordiales ou justement qui manquent, pour le comité et les candidats.</p>
<p>En plus, cela impliquerait les personnes intéressées qui pourraient dans tous les cas servir aussi de relais, et leur permettrait de participer plus volontairement, tout en évitant certains oublis ou réactions pas assez rapides !</p>
<h2 id="débattre">Débattre</h2>
<p>Voilà quelques propositions à discuter, étendre, et sûrement à débattre. </p>
<p><a href="http://en.wikipedia.org/wiki/Release_early,_release_often"><em>« Release early, release often »</em></a> proposait en 1997 le <em>hacker</em> connu <a href="http://fr.wikipedia.org/wiki/Eric_Raymond">Eric S. Raymond</a> dans <a href="http://fr.wikipedia.org/wiki/La_Cath%C3%A9drale_et_le_Bazar"><em>La Cathédrale et le Bazar</em></a>. Et si on le faisait aussi pour le processus de sélection des RMLL/WLSM ?</p></div><div><a href="https://linuxfr.org/news/du-difficile-travail-en-association-et-en-public.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/96217/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/news/du-difficile-travail-en-association-et-en-public#comments">ouvrir dans le navigateur</a>
</p>
Nicolas PettiauxDavy DefaudThomrootixNÿcoBenoît SibaudNeoXbaud123Nils RatusznikPierre Jarillonhttps://linuxfr.org/nodes/96217/comments.atom