Suite et bientôt fin des billets anticipant la très prochaine campagne de soutien.

Le réseau Framasoft possède en son sein depuis octobre 2006 une équipe très précieuse dont le nom de code est Framalang, merci à Harrypopof au passage pour le joli logo sous licence Art Libre (cf ci-dessous). Il s’agit d’une trentaine de bénévoles qui participent à des travaux de traduction, principalement de l’anglais vers le français (mais nous avons également créé il y a peu une petite entité s’occupant de l’espagnol)^[1].

Cela avait commencé en mars 2005 par la compilation de logiciels libres TheOpenCD réalisée à même notre forum Framagora et qui avait connu à l’époque son petit succès avec de très nombreux téléchargements, un magazine spécialement dédié et des ventes conséquentes chez Ikarios.

Depuis, et suite à un appel sur le blog, nous nous sommes donc regroupés, structurés et organisés sous la bannière Framalang autour d’une liste de discussion et d’un wiki dédié. Les membres exercent une veille sur le libre anglophone, puis l’un propose et d’autres disposent, c’est-à-dire traduisent, relisent et valident.

La richesse de ce groupe tient non seulement à ses compétences, son écoute, sa capacité d’organisation collective et son goût du travail bien fait, mais également à l’atmosphère conviviale qui y règne et que rien ne vient perturber, pas même le trop plein de travail proposé !

En effet, et pour être tout à fait sincères, nous n’arrivons pas forcément à tout mener à bien et certains projets ont un accouchement lent et difficile. Si nous réussissons à nous dôter de la présence d’un ou deux permanents via la campagne de soutien, c’est là encore quelque chose que nous pourrions améliorer.

J’ajoute que sur la trentaine de membres tous ne sont pas actifs et donc les candidatures restent plus que jamais ouvertes (pour cela s’inscrire directement à partir de cette page).

Il n’en demeure pas moins que ce qui a été déjà réalisé par le groupe est impressionnant aussi bien quantitativement que qualitativement. Présentation et exemples.

Les articles

La traduction d’articles qui sont mis en ligne sur ce blog constitue la majeure partie du travail. Avec le temps nous nous retrouvons ainsi avec une belle petite collection (une bonne cinquantaine pour être plus précis). Certains collent à l’actualité mais d’autres sont prétextes à débats et réflexions de fond.

Petit florilège subjectif et non exhaustif (permettant au passage aux nouveaux lecteurs du Framablog de découvrir qui sait quelques articles intéressants dont la plupart n’ont pas pris une ride) :

• Le logiciel libre est-il communiste ? Peut-être bien… février 2007
• 10 choses à savoir sur Wikipédia mars 2007
• « La connaissance libre nécessite le logiciel libre » J. Wales (Wikipédia) avril 2007
• Stallman, le philosophe de notre génération ? mai 2007
• 10 règles d’or pour rejoindre la communauté de développeurs d’un logiciel libre mai 2007
• Firefox : bilan et perspectives – Entretien avec la présidente de la Mozilla Foundation Mitchell Baker mai 2007
• Pourquoi faire un don à Wikipédia ? (et soutenir la culture libre et ses utopies) janvier 2008
• Guerre contre l’Empire – épisode 37 – formats ouverts – ODF vs OOXML janvier 2008
• Ce qui caractérise les utilisateurs de logiciels libres janvier 2008
• Comment l’Eee PC m’a montré que j’avais tort à propos de Linux février 2008
• Pour que la démocratisation du logiciel libre ne soit pas un rendez-vous manqué avril 2008
• La startup à but non lucratif est-elle un oxymore ? mai 2008
• Lorsque vous démarrez votre ordinateur vous vous engagez politiquement juin 2008
• Plus qu’une simple histoire d’argent juin 2008
• Stallman, Torvalds, Brown et Zemlin : mais que pensent-ils donc de Microsoft ? juin 2008
• Il était une fois un développeur de logiciel libre juin 2008
• Les femmes et le logiciel libre octobre 2008
• La fabuleuse histoire d’une pièce de 5 euros novembre 2008

Le sous-titrage

Un sous-groupe Framalang est spécialement concentré sur le sous-titrage de vidéo. C’est un travail minutieux et de longue haleine car il faut retranscrire en anglais, puis traduire, minuter et intégrer le tout à la vidéo (dont on propose systématiquement le téléchargement dans un format ouvert).

La réalisation dont nous sommes le plus fiers est l’excellente conférence Software and Community in the Early 21st Century d’Eben Moglen que nous conseillons à tous de voir et faire voir.

Les « grands travaux »

Framalang est également à l’initiative de travaux plus ambitieux, à savoir la traduction de rapports ou de livres entiers. C’est un peu l’épreuve du feu pour nous car il n’est pas toujours facile de gérer et donner une cohérence à des réalisations de cette envergure effectuées collaborativement à plusieurs mains.

Toujours est-il que c’est ainsi que nous avons édité notre framabook numéro 4 Changer pour OpenOffice.org, à l’origine créé par le site OOoAuthors qui avait eu la bonne idée de placer le livre sous licence libre.

Le fameux rapport Becta Microsoft Vista et Office 2007 à l’école est également issu de la cuisse de Framalang. Et de nombreux autres projets sont en cours comme par exemple une biographie de Richard Stallman actuellement en phase de relecture.

Merci

Voilà. Je tenais par la présente à mettre un peu en lumière le travail de ce groupe et à lui un rendre hommage mérité car il participe de beaucoup à bonifier non seulement ce blog mais l’ensemble du réseau.

Deep in my heart, thank you 😉

Elle vient de tomber sur mon téléscripteur et a pour titre « Les logiciels libres à la conquête du grand public » que l’on peut consulter par exemple sur Google Actualités.

Ubuntu, install-party, Linux comme alternative à Windows, vente liée… pas mal de problématiques sont évoquées. Bref un joli coup de projecteur national qui permet là encore de mesurer le chemin parcouru^[1].

Désolé d’en remettre une couche sur Barack Obama et son site de transition Change.gov mais il se passe décidément des choses bien intéressantes actuellement du côté des États-Unis.

Comment en effet ne pas mettre en lumière cette initiative (sous forme de lettre ouverte) qui propose trois principes clairs et plein de bon sens non seulement en direction de cette transition mais également pour le futur gouvernement.

Ne pas mettre de barrières juridiques et technologiques au partage dans un environnement qui garantit la libre concurrence (aussi bien entre les entreprises privées qu’entre le privé et le public), tels sont résumés ces trois principes qui valent pour le prochain gouvernement américain mais peut-être aussi pour d’autres pays !^[1]

On en profite pour tacler au passage YouTube (qui l’a bien mérité).

Vous trouverez sur le site d’origine la liste des premiers signataires et le moins que l’on puisse dire c’est que l’on y retrouve du beau monde : Mozilla, Cory Doctorow, Dan Gillmor, Internet Archive, Xiph.Org, Mitch Kapor, Tim O’Reilly, Jimmy Wales, etc.

Sans oublier Lawrence Lessig que je soupçonne d’être directement à l’initiative de la chose ne serait-ce que parce que c’est lui qui intervient dans l’allocution audio qui est également proposée sur le site (allocution qui a été placée sur blip.tv mais est aussi disponible en téléchargement direct et au format ouvert ogg theora, histoire d’être en parfaite cohérence avec les principes exposées).

Nombreux sont ceux qui prétendent que le gouvernement américain a eu souvent tendance à donner le mauvais exemple ces dernières années. Pour ce qui concerne les libertés numériques il se pourrait bien que dans un futur proche le mouvement s’inverse, surtout si ces principes se trouvent réellement mis en œuvre et respectés.

Principes pour une transition ouverte

Principles for an Open Transition

Collectif d’auteurs – 2 décembre 2008 – Open-Government.us
(Traduction Framalang : Eric Moreau)

Le futur Président, Barack Obama, s’est clairement engagé à changer la façon dont le gouvernement interagit avec le Peuple. Sa campagne a été une démonstration de la valeur d’un tel changement, et offert un aperçu de son potentiel. Son équipe de transition vient de franchir un pas décisif en rendant ce travail de transition légalement ouvert au partage, apportant ainsi la preuve que les valeurs qu’a prônées Obama sont celles qui guideront son administration.

Afin de soutenir plus avant cet engagement en faveur du changement et favoriser sa mise en œuvre, nous proposons tois « principes pour une transition ouverte » destinés à orienter cette équipe de transition dans l’usage qu’elle fera d’Internet pour produire ce qui se fera de mieux en matière de gouvernement ouvert.

1. Pas d’obstacles légaux au partage

Le contenu mis publiquement à disposition au cours de cette transition, telles que les vidéos du futur Président Obama, ou les projets politiques publiés sur le site Change.gov, devrait être placé sous licence libre de sorte que les citoyens puissent le partager, en citer des extraits, le retravailler ou encore le redistribuer sans être freiné par la complexité inutile qu’impose la loi.

Le sénateur McCain et le futur Président Obama se sont tous les deux prononcés en faveur de ce principe pour ce qui concernait les droits de diffusion du débat présidentiel. Ce même principe devrait être appliqué à la transition.

Le site Change.gov respecte à présent ce principe. Le contenu présent sur ce site est placé par défaut sous une licence Creative Commons Paternité, laquelle en autorise l’usage, à but commercial ou non, tant que la source du document est citée. Cette liberté est cohérente avec les valeurs promises par la nouvelle administration. L’application de droits d’auteurs restrictifs est parfois nécessaire pour créer une créativité productrice de valeur, mais dans le cas de discours politiques et de débats publics, celle-ci ne serait qu’un obstacle réglementaire superflu.

L’engagement de l’équipe de transition en faveur de ce principe est d’une importance capitale, et l’attention qu’elle porte à cette question, aussi rapidement, malgré d’innombrables problèmes urgents, est fort louable.

2. Pas d’obstacles technologiques au partage

Une liberté de partager et de modifier le contenu qui ne serait que juridique peut néanmoins être entravée par des limitations techniques. Le contenu mis à la disposition de tous devrait aussi être librement accessible, et non contraint par des obstacles technologiques. Les citoyens doivent être en mesure de télécharger du contenu en rapport avec cette transition de sorte qu’il soit aisé de le partager, d’en citer des extraits, de le modifier ou de le redistribuer. Il s’agit là d’une liberté numérique essentielle.

Par exemple, quand bien même ce contenu pourrait être mis en ligne sur un site donné tel que YouTube, ce dernier n’autorisant pas le téléchargement des vidéos présentes sur son site, le contenu créé par l’équipe de transition devrait être également mis à disposition sur un site qui lui le permet. Il serait par ailleurs inacceptable que les sites du gouvernement empêchent les copier/coller de texte mis à la disposition du public ; de la même façon, mettre en ligne des vidéos à l’aide d’un procédé ne permettant pas d’en extraire et d’en réutiliser des passages facilement et légalement en empêche l’accès et interdit la participation.

Nous encourageons donc fortement l’équipe de transition à faire en sorte que le matériau qu’elle a placé sous licence libre soit en outre librement accessible. Il existe un grand nombre de services, tel que blip.tv, qui en plus de permettre aux utilisateurs de télécharger librement du contenu sous licence libre indiquent clairement les libertés associées au contenu proposé. Quelle que soit la façon dont l’équipe de transition choisira de distribuer le contenu qu’elle créera, elle devrait s’assurer qu’un moins un canal de diffusion respecte cette liberté numérique essentielle.

3. La libre concurrence

Les gouvernements doivent rester neutres sur le marché des idées. Le contenu créé par l’équipe de transition devrait ainsi ne pas être publié de manière à avantager de façon déloyale une entité commerciale par rapport à une autre, ou des entités commerciales par rapport à des entités non commerciales.

Par exemple, si la vidéo d’une conférences de presse est fournie en temps réel à des chaînes de télévision, elle devrait mise à disposition sur le Web en simultané sous un format standard et universel permettant le téléchargament et le partage. La décision de l’équipe de transition de rendre les vidéos de conférences de presse sur son site est un pas dans la bonne direction. Enfin, pour s’assurer que les nouveaux médias puissent faire jeu égal avec les médias traditionnels dans le traitement des nouvelles à chaud, il serait souhaitable de diffuser en temps réel sur le site Web conférences de presse et autres évènements médiatiques en direct.

De la même façon, si l’équipe de transition choisit de mettre à disposition une vidéo sur YouTube, diffuser la même vidéo dans un format standard et universel permettra aux autres sites de vidéo de publier eux aussi ce contenu.

Dans l’idéal, ce format devrait être un format ouvert, non propriétaire. Mais le contenu étant placé sous licence libre (cf. Principe n°1), et l’accès libre à ce contenu étant garanti (Principe n°2), la conversion dans un autre format ne sera pas interdite. L’équipe de transition ne favorisera donc pas une plateforme à l’exclusion des autres.

Au cours de la campagne, nous avons tous été galvanisés par l’engagement du futur Président en faveur d’un gouvernement ouvert, idéaux qui ont en partie poussé une génération à l’action. Son équipe de transition vient de faire un pas important pour concrétiser cet engagement.

Ce pas en avant mérite des éloges sincères. Sans vouloir minimiser son importance, nous proposons cependant dans ce texte ces principes supplémentaires comme une manière concrète de rendre tangibles les valeurs que le Président désigné a défendu avec tant de verve. Nous sommes convaincus que ces valeurs devraient servir de guide pour toute son entreprise de transition, ainsi qu’au nouveau gouvernement. Nous sommes aussi convaincus qu’elles sont cohérentes avec les idéaux que le futur Président a placés au cœur de sa campagne.

En attendant l’investiture et dans la continuité de sa campagne, Barack Obama et son équipe ont mis en place le site Change.gov au lendemain des élections.

Réseau social, discussion citoyenne, démocratie participative… appelez-cela comme vous voulez mais toujours est-il que les internautes américains sont donc invités à donner leur avis sur leur pays et le prochain mandat. Et ça marche plutôt bien car le nombre d’interventions (et d’interventions argumentées) y est impressionnant. Il faut dire aussi que le site est extrêmement bien réalisé : messages, votes, multimédias et fils RSS à tous les étages.

Un exemple « au hasard » dans la rubrique Ideas for Change in America : Support the Free Software Movement 😉

Bonne nouvelle : le site vient de passer hier sous licence Creative Commons By, licence qualifiée par Larry Lessig lui-même de « la plus libre des licences Creative Commons » (the freest CC license).

Il est à noter que tout ce qui émane d’une agence gouvernementale US est d’ordinaire placé automatiquement dans le domaine public. Sauf qu’ici on ne se retrouve pas exactement dans ce cas de figure puisqu’il s’agit d’un site de transition avant prises de fonction. Et puis surtout la licence s’applique également à tous les contributeurs citoyens du site : Visitors to this website agree to grant a non-exclusive, irrevocable, royalty-free license to the rest of the world for their submissions to Change.gov under the Creative Commons Attribution 3.0 License.

Ajoutons à cela que l’identification d’inscription au site se fait via OpenID. Et rappelons que tous les photographies du staff de campagne du candidat Obama^[1] étaient placées elles aussi, via Flickr, sous Creative Commons (la By-Nc-Sa)^[2].

Ce ne sont que des petits détails eu égard à ce qui attend le prochain président mais ils témoignent d’une connaissance et d’une sensibilisation si ce n’est à la « culture libre » tout du moins à une certaine approche des libertés numériques publiques qui se trouvent être ainsi communiquées à tous les citoyens qui participent au site.

Et pendant ce temps-là de l’autre côté de l’Atlantique…

Il y a à peine un mois la Free Software Foundation sortait la version 1.3 de sa licence de documentation libre la GNU Free Documentation License (ou GNU FDL).

Ceci peut apparaître totalement anodin, d’autant qu’il ne s’agit d’une d’une version intermédiaire avant la 2.0, mais c’est en fait un évènement à marquer d’une pierre blanche dans la petite histoire de la « culture libre ».

Cette nouvelle version a en effet été principalement motivée pour répondre au souhait de la Wikimedia Foundation de pouvoir changer la licence du contenu de ses projets, la fameuse encyclopédie libre Wikipédia en tête.

À sa création en 2001 Wikipédia a certainement adopté la meilleure des licences libres existantes, à savoir justement la GNU Free Documentation License. Or cette licence a été principalement créée pour la documentation de logiciels libres et posséde certaines contraintes qui peuvent compliquer la vie des utilisateurs de l’encyclopédie. Ainsi un enseignant qui souhaite distribuer l’imprimé d’un article de Wikipédia à ses élèves doit nécessairement y adjoindre l’intégralité de la licence (à savoir plusieurs pages) quand bien même l’article considéré ne remplit pas une page. Dans la pratique notre enseignant ne le fait généralement pas et se retrouve donc à ne pas respecter les termes de la licence.

De plus sont arrivées dans l’intervalle les licences Creative Commons avec le succès que l’on sait. Plus souples, mieux adaptées aux contenus culturels (textes, multimédias…) et possédant une traduction juridique officielle dans de nombreux pays, elles ont été massivement adoptées par les auteurs de l’ère numérique. Et d’ailleurs la grande majorité des images, sons et vidéos qui apparaissent aujourd’hui dans Wikipédia se trouvent être placés sous licence Creative Commons (et plus précisément les plus libres de la gamme, à savoir la By et By-Sa).

On peut affirmer sans risque de se tromper que si Wikipédia avait vu le jour en 2008, elle aurait choisi la licence Creative Commons By-Sa^[1].

Le problème c’est qu’elle n’a jamais pu envisager cela parce que les deux licences étaient incompatibles. C’est justement cette incompatibilité que vient de lever la Free Software Foundation dans la nouvelle version de sa licence GNU FDL modifiée quasiment sur mesure pour que Wikipédia puisse passer sous Creative Commons By-Sa.

Dans la mesure où Free Software Foundation ne souhaite pas voir toutes les ressources sous GNU FDL suivre le même chemin, la clause est restreinte aux wikis créés avant le premier novembre 2008 et s’arrêtera après le 1er août 2009. Autrement dit la Wikimedia Foundation a quelques mois pour se décider mais il serait étonnant qu’elle ne profite pas d’une opportunité qu’elle a elle-même ardemment désirée.

Et pour ajouter plus de poids encore à cette information rien de telle que la traduction de l’annonce de Larry Lessig sur son blog où il témoigne aussi bien de son enthousiasme que de sa reconnaissance envers Richard Stallman^[2].

Nouvelle de la plus haute importance émanant de la Free Software Foundation

Enormously important news from the Free Software Foundation

Lawrence Lessig – le 3 novembre 2008
(Traduction Framalang : Olivier)

La Free Software Foundation a publié la nouvelle version 1.3 de sa GNU Free Document License. La section 11 de cette licence permet (principalement) maintenant à certains wikis d’être publiés sous licence Creative Commons Paternité-Partage des Conditions Initiales à l’Identique (By-Sa v3.0) à condition que le changement de licence soit effectué avant le 1er août 2009. Ceci implique donc que la communauté Wikipédia a le choix de modifier sa licence au profit d’une licence Creative Commons (voir la FAQ pour cette amendement).

C’est un changement d’une importance majeure pour la communauté de la culture libre, difficile de le nier. Un défaut élémentaire du mouvement de la culture libre actuel est que la licence qui protège son projet le plus important, Wikipédia, le rend incompatible avec une qmajorité d’autres contenus du mouvement de la culture libre. Une solution pour y remédier serait évidemment de tout mettre sous Free Document License (FDL). Mais cette licence a été créée à l’origine pour les manuels et pour certaines raisons techniques elle était peu (voire parfois pas du tout) adaptée à d’autres types importants de contenu.

Cette modification devrait maintenant permettre l’interopérabilité des projets de culture libre, tout comme la prédominance de la GNU GPL permet l’interopérabilité entre les projets de logiciels libres. Cette modification abat des obstacles inutiles et contre-productifs à la diffusion et au développement de la culture libre.

Richard Stallman y est pour beaucoup dans ce changement. Nombreux étaient en effet ceux qui pensaient qu’il n’autoriserait jamais le changement de licence d’un Wikipédia devenu par sa licence FSF l’exemple emblématique de son mouvement pour les libertés. Car c’est de cela qu’il est question, tout comme le système d’exploitation GNU/Linux qui a été rendu possible par son mouvement, Wikipedia a été rendu possible par la liberté qu’offre la FDL. Qu’un homme moins noble que Richard Stallman trouve toute sorte d’excuses pour faire opposition à ce changement serait compréhensible.

Mais voici les mots de Richard, en 2002 et dans un autre contexte : « Si nous ne voulons pas vivre dans la jungle, nous devons changer notre manière de faire. Nous devons commencer par faire comprendre à tout le monde qu’un bon citoyen est une personne qui coopère quand cela s’avère nécessaire… ».

Vous pouvez ajouter « bon citoyen » à la liste des grandes qualités de ce père de la liberté moderne.

Le développement d’un logiciel libre est paradoxal. En théorie, et c’est même ce qui le fonde, il est ouvert à tout le monde mais en pratique son efficacité tire très souvent profit d’une structure qui voit une personne, presque toujours le créateur initial, se dégager de la multitude pour exercer, ce que l’on qualifie faut de mieux, une « dictature bienveillante ».

La « dictature »^[1] c’est le fait de choisir seul la ligne directrice du projet en assumant les décisions (prises en concertation mais généralement sans réel processus démocratique). La « bienveillance », c’est la capacité du « dictateur » à écouter et l’attitude par laquelle il manifeste la considération qu’il éprouve envers les contributeurs.

C’est le sujet de la traduction du jour qui penche très clairement en faveur de cette étrange méritocratie qui va à l’encontre d’une organisation plus collective que l’auteur nomme ici « comité ». Avec, quoiqu’il arrive, une question en suspens : et si le « dictateur à vie » venait à ne plus pouvoir travailler sur son projet, ce dernier saurait-il véritablement lui survivre ?

NB : Il est à noter que si l’on accepte de voir le réseau Framasoft dans son ensemble comme une sorte de « gros logiciel libre en développement » alors nous n’échappons pas au débat. Le rôle de dictateur bienveillant, si dictature il y a, étant alors joué conjointement par Pierre-Yves Gosset et moi-même.

Les dictateurs dans les logiciels libres et open source

Dictators in free and open source software

Tony Mobily – 22 juillet 2008 – Free Software Magazine
(Traduction Framalang : Olivier et Penguin )

Certaines personnes remettent en cause l’idée que la plupart (voire la totalité) des projets de logiciels libres ne peuvent pas se passer d’un dictateur bienveillant, c’est à dire une personne qui a le dernier mot sur toutes les décisions prises. Ils pointent facilement les « erreurs » passées de Linus Torvalds (notez les guillemets) : l’utilisation de BitKeeper pour gérer le noyau, l’interdiction de greffons, etc. En tant que développeur logiciel, je pense qu’un dictateur est absolument nécessaire dans un projet de logiciel libre. Voici pourquoi.

Respect gagné par le DBAV

La première raison est aussi certainement la plus importante : le respect. Le dictateur bienveillant à vie (on le nommera DBAV à partir de maintenant) doit prendre des décisions, et même beaucoup de décisions, et en même temps il doit conserver le respect de ses pairs. Les décisions ne sont pas toujours populaires, et elles ne sont pas non plus toujours justes (particulièrement aux yeux des autres). Cependant, le DBAV doit faire preuve de charisme, aussi bien sur le plan technique que relationnel, pour conserver le respect du reste de l’équipe. Personne ne songerait jamais à initier un fork de Linux, car peu de développeurs abandonneraient Linus au profit de la personne à l’origine de la fourche. C’est vrai pour la plupart des projets et c’est pourquoi les forks sont rares. Il faut reconnaître cependant qu’il arrive que le DBAV réussisse à se mettre toute l’équipe de développement à dos, et que quelqu’un finisse par créer une fork en entraînant la majeure partie des développeurs avec lui. Un nouveau projet avec un nouveau nom se crée en s’appuyant sur le code source existant et l’ancien projet disparaît après quelques temps. C’est une bonne chose : le DBAV est en place tant que le peuple le souhaite. C’est une dictature, mais une dictature étrange puisqu’à tout moment les citoyens peuvent s’en aller créer un nouvel état ou en rejoindre un autre.

Connaissance

Le DBAV connaît le projet de A à Z. Il ou elle est à même de savoir si une décision détruira les fondations du projet, et saura également résoudre un problème en conservant la solidité de la structure. Drigg (un projet populaire que je maintiens) m’en apporte la preuve presque chaque semaine : je me rends compte que ma très bonne connaissance du projet le protège des mauvais patchs (NdT : correctifs) et des mauvaises demandes de fonctionnalités. Un DBAV est crucial et il ou elle doit être la personne qui prend les décisions. Dans un logiciel commercial, un manager moyen (qui ne sait pas coder) arrivera parfois à imposer une fonctionnalité ou une modification qui détruira inévitablement la structure du logiciel. Cela m’est aussi arrivé et je pense que c’est arrivé à presque toutes les personnes travaillant sur des logiciels clients propriétaires.

Rapidité

Tout se passe souvent très vite dans le développement de logiciels libres. Parfois les décisions sur la conception et la technique doivent être prises presque dans l’instant. Même si le DBAV peut demander leur avis aux autres membres, c’est à lui ou à elle que revient la décision finale. Il existe une expression anglaise qui dit « A Camel is a horse designed by committee » (NdT : « Un chameau est un cheval créé par un comité » pour dire que les décisions prises collectivement ne sont jamais optimales), je la trouve légèrement exagérée, tout dépend évidemment du comité en question, mais c’est en général vrai et c’est bien dommage. Des décisions doivent être prises, et parfois quand on suit la liste de discussion d’un projet, on souhaiterait vraiment que quelqu’un mette fin aux argumentations qui parfois s’éternisent et dise « ok, ça suffit, on va faire les choses comme ça ».

Charge de travail

Soumettre des idées pour de nouvelles fonctionnalités est un droit fondamental (par contre les exiger ne l’est pas). Les membres de l’équipe peuvent débattre de ces demandes de fonctionnalités et de leur implémentation. Cependant, le code fait la loi. Si un utilisateur propose quelque chose qui trouve écho chez une développeur, les discussions peuvent tirer en longueur, mais à un moment « quelque chose doit être codé si vous voulez qu’il se passe quelque chose ». En proposant un patch un membre de l’équipe gagnera du respect et de la crédibilité, à condition bien entendu que le correctif ne détruise pas la structure du projet. Cela signifie donc que les membres qui veulent contribuer prendront en charge ce qui leur tient vraiment à cœur et ils devront coder ces éléments de manière à ce que le DBAV ne les rejettent pas. Cela est bénéfique à la fois pour le code et pour la motivation des gens. Le code créé par les autres membres de l’équipe doit être bon. Ce qui nous amène au point suivant…

Envoyer de bons correctifs

Si un développeur sait que son patch sera inspecté par une personne ayant une connaissance poussée du projet, et que cette personne cherchera la petite bête, il mettra plus d’application dans l’élaboration de son correctif. Si ce n’est pas un DBAV mais un comité démocratique qui décide du sort des contributions, alors souvent de mauvais correctifs seront intégrés au code, des correctifs qui seront susceptibles de mettre à mal la structure du projet ou qui auront des effets secondaires obscures et difficiles à corriger. Ceci peut aussi se produire si le DBAV se comporte comme un père de famille confiant et aimant plutôt que comme un vrai DBAV. Oui, il m’est déjà arrivé d’accepter des correctifs trop rapidement, et je me suis retrouvé dans cette situation.

Maintenir la politique à l’écart du projet

Créer un comité c’est ouvrir la porte à la politique. L’équation suivante est souvent vraie : « Politique + Projet technique = Catastrophe ». Si un comité prend toutes les décisions, une partie des membres du comité pourrait finir par s’allier afin de faire passer des décisions pour des raisons autres que techniques (comprendre ici : renvoyer l’ascenseur, demander une faveur, etc.). Le DBAV peut aussi prendre des décisions politiques, mais ce ne seront toujours que les décisions politiques d’une personne, le DBAV lui-même, qui saura qu’une mauvaise décision sur le plan technique sera très préjudiciable au développement du projet.

Pour conclure…

Je ne suis pas spécialement fan des comités. Je pense qu’une méritocratie avec un DBAV fonctionne beaucoup mieux et réalise les choses beaucoup plus rapidement. Durant ma courte expérience de chef de projet de logiciel libre (presque un an), j’ai fait face, à une échelle plus modeste bien sûr, aux mêmes problèmes que rencontrent tous les jours beaucoup de développeurs de logiciels libres. Si vous n’êtes pas d’accord avec mes idées, vous pouvez créer un fork à partir d’un projet et mettre sa gestion dans les mains d’un comité. Mais vous avez de bonne chance d’accoucher d’un chameau plutôt que d’un cheval.

Vous êtes libre de me prouver que j’ai tort.

Ce jusqu’Ubuntiste, les lecteurs du Framablog commencent à bien le connaître puisqu’il s’agit du « novice » Erwan Cario.

Son fameux journal n’en finit pas d’essaimer car le voici aujourd’hui (dans sa version condensée) rien moins qu’en pleine page 32 du Libération papier du jour, qui pour le coup porte plutôt bien son nom 😉

Sachant que le tirage moyen du quotidien tourne autour des 140.000 unités (source Wikipédia), je vous laisse imaginer le nombre de personnes qui auront parcouru l’article qui commence ainsi :

« Fin octobre, un bouquetin intrépide a débarqué sur des milliers d’écrans. Il s’agit de la version 8.10 de la distribution Linux Ubuntu, Interpid Ibex en VO. Mais pourquoi donc Libération se met-il à parler de ce genre de trucs obscurs qu ne concernent qu’une poignée d’informaticiens barbus ? Sans doute parce que cette idée reçue n’a pas de raison d’être. Linux, qui est un système d’exploitation au même titre que Windows de Microsoft ou OS X d’Apple, se tourne vers le grand public et devient petit à petit très accessible. Récit d’une transition pas si compliquée… »

En juin dernier Microsoft « offrait » sa suite bureautique aux enseignants sous l’aile bienveillante et complice d’associations comme Projetice ou le Café Pédagogique.

J’ai déjà eu plusieurs fois l’occasion d’en parler, je n’y reviens pas. Par contre ce que je n’avais pas évoqué c’est que cette annonce s’était accompagnée d’un courrier publicitaire nominatif adressé à un certains nombres de collègues directement dans leur casier de la salle des profs (autrement dit leur boite à lettres professionnelle).

Combien ? Aucune idée, mais au moins quelques uns disséminés aux quatre coins de la France si j’en juge par les témoignages reçus par courrier électronique. Et du coup je suppute par extrapolation que beaucoup d’enseignants ont été touchés par cette publicité non forcément désirée (et j’en appelle d’ailleurs aux commentaires pour infirmer ou confirmer cela).

Je précise que pour ce qui me concerne je n’ai rien reçu (faut dire que j’enseigne à l’étranger) mais un collègue lecteur du Framablog m’avait malicieusement mis la brochure entre les mains lors des récentes Rencontres mondiales du logiciel libre de Mont-de-Marsan. Du bel ouvrage, papier A4 glacé tout en couleur, on ne lésine pas sur la qualité et le moyens.

Récidive en ce mois d’octobre, avec les « offres de rentrée Microsoft Office 2007 pour votre établissement ». Cela reste encore un peu compliqué niveau licence (soit une location, soit un prix « attractif » pourvu que l’on dépasse les vingt unités) mais ce qui est certain c’est que la tendance est à la baisse des tarifs, la faute à la concurrence libre qui sait ?!

Le collègue qui m’a signalé cette dernière info a joint son message avec un scan de la lettre que je vous propose ci-dessous.

Une fois de plus, et c’est là où je veux en venir, la lettre était nominative. Il ne s’agissait d’un courrier générique envoyé aux professeurs de l’établissement X (et que l’administration se chargerait de distribuer dans les casiers) mais bien, comme la fois précédente, d’un courrier directement adressé au professeur Y.

D’où la question naïve suivante : Comment fait donc Microsoft pour avoir accès au fichier à jour des enseignants ? Comment la société devine-t-elle que dans l’établissement X se trouve le professeur Y ?

Ne soyons pas dupe, il n’y a pas que Microsoft qui ait accès au fichier. Il y a aussi les éditeurs de manuels scolaires par exemple qui en fin d’année envoient traditionnellement (et gratuitement) des spécimen dans l’espoir que l’équipe pédagogique porte leurs choix sur eux.

Il n’empêche qu’à l’heure où tout ce qui touche aux données personnelles est un sujet hautement sensible, il me semble étrange que personne ne s’interroge sur les facilités qu’auraient certaines entités commerciales à pénétrer aussi facilement les institutions publiques, qui plus est scolaires, pour diffuser le plus tranquillement du monde leur publi-information.