Un billet d’humeur péremptoire et de parti-pris qui n’engage que moi… ^[1]

Il était une fois un professeur qui décida d’écrire une lettre à son Ministre de l’Éducation.

En voici la conclusion : « La thèse défendue ici revient à dire à peu près ceci : en utilisant les logiciels libres, non seulement on effectue des économies spectaculaires pour le matériel, non seulement on se libère des logiques que tentent d’imposer les grandes multinationales de l’informatique, mais, en plus, on se met en relation avec l’un des foyers les plus vivants de la société qui est en train de se créer, celle de l’intelligence distribuée. Cette intelligence distribuée a déjà donné quelques résultats spectaculaires. La recherche scientifique en est l’exemple historique le plus éclatant, mais, plus près de nous, Internet, Linux, la Toile témoignent aussi de la validité du concept. Cette intelligence distribuée, en fait, ne fait que commencer à faire sentir ses effets et ils vont être majeurs. De grandes surprises attendent les instances politiques et commerciales qui ne vont pas bien en saisir les enjeux. Le maillage massif, sur des modes originaux, de centaines et de milliers d’esprits va conduire à de nouvelles formes de territoires, d’identités et donc de réalisations. Le schéma offert ci-dessus, tout en permettant de fonctionner mieux que jamais dans la société d’aujourd’hui, prépare déjà la société de demain. Or, ceci correspond exactement à l’enjeu fondamental d’une vraie politique de l’éducation. »

Ce professeur c’est Jean-Claude Guédon^[2] et ce « il était une fois » est de rigueur puisque son document fut rédigé en… octobre 1998. Dix ans déjà ! Autant dire une éternité à l’échelle des temps numériques…

Certes Jean-Claude Guédon s’adressait à son propre ministre québécois et non à son homologue français. Certes il y a dix ans le logiciel libre était loin de sa maturité actuelle (et Wikipédia n’existait pas !). Il n’empêche que les arguments avancés étaient pourtant simples à comprendre. Il n’empêche que « gouverner c’est prévoir » et qu’au Ministère de l’Education nationale française, c’est bien simple, on n’a, durant cette longue période, strictement rien prévu d’envergure en faveur du logiciel libre.

Nous aurions dû montrer l’exemple et être en tête du mouvement. C’est à peine si on arrive à le suivre lamentablement.

Oh, bien sûr il s’en est passé des choses en dix ans et heureusement ! Il faut dire que l’Éducation Nationale dépasse le million de fonctionnaires qui jouissent tout de même d’une certaine liberté. De très nombreux professeurs ont adopté des logiciels libres. De très nombreux projets libres éducatifs ont vu le jour, il est vrai souvent soutenus localement par des académies (heureusement que le système est un tant soit peu décentralisé soit dit en passant). Mais tout ceci ne s’est fait au départ qu’à la base et à la marge.

Par nature et par culture, je me méfie des décrets et autres directives autoritaires venus d’en haut. Mais on aurait pu et on aurait dû être bien plus courageux et volontariste à la rue de Grenelle vis-à-vis du logiciel libre. On aurait dû encourager et accompagner avec force et conviction l’utilisation massive du logiciel libre à l’école. On aurait dû organiser des plans de migration du propriétaire vers le libre. On aurait dû soutenir réellement tous ces projets libres dont certains s’épuisent ou sont carrément morts de n’avoir pu trouver le temps et l’argent pour se développer.

Comment se fait-il qu’au sein des différents cabinets des ministres qui se sont succédés on n’ait pas remué ne serait-ce que le petit doigt vis-à-vis du logiciel libre ? Il n’y a que deux hypothèses en guise de réponse. Soit ils n’étaient pas au courant. Soit ils étaient au courant mais ont jugé que (tout faire pour) favoriser l’usage du logiciel libre à l’école n’était pas le bon choix. Soit irresponsables soit coupables en quelque sorte…

Alors voilà. Aujourd’hui on nous annonce que la Gendarmerie Nationale, après avoir fait le choix radical et unilatéral d’OpenOffice.org pour sa suite bureautique, se prépare à migrer tous ces postes clients vers GNU/Linux Ubuntu. De plus en plus de pays déploient ouvertement du Linux dans leurs écoles (le dernier en date : les Philippines). De plus en plus de pays affirment sans ambiguité que le nouveau système d’exploitation Windows Vista n’est pas bon pour l’école et qu’il convient d’utiliser des formats ouverts (le dernier en date : l’Angleterre).

Et chez nous ?

Rien.

Ah si, j’oubliais. Monsieur Darcos vient d’installer la mission « E-educ » sur les technologies de l’information et de la communication pour l’Enseignement. Extrait du communiqué de presse : « Le ministre va confier à Jean Mounet, président de SYNTEC informatique, une réflexion globale et ambitieuse visant au développement des technologies de l’information et de la communication pour l’Enseignement (TICE) au sein du monde éducatif. Cette mission, d’une durée de trois mois, rassemblera des représentants de l’Éducation nationale et des professionnels du secteur informatique. Les propositions feront l’objet d’un rapport qui sera remis à Xavier Darcos courant avril aux fins d’envisager de nouvelles actions dès la rentrée 2008. »

Pensez-vous que, comme le récent rapport Attali, le logiciel libre soit cité dans la lettre de mission ? Pensez-vous que le logiciel libre soit représenté au sein de la commission ?^[3] Par contre, tiens, tiens, on y trouve non pas un, non pas deux, mais trois membres de la société Microsoft !

Il y a des jours comme cela où l’on se demande vraiment si créer Framasoft et y dépenser tant d’énergie valait vraiment le coup…

On pourra le justifier avec un flot de belles paroles mais pourquoi le Louvre à Abou Dhabi si ce n’est avant tout pour une question de gros sous.

C’est un peu la même chose me semble-t-il qui se profile avec le partenariat numérique qui sera annoncé mardi 29 janvier entre la ville de Paris et Microsoft. Nous n’en connaissons pas encore avec précision les tenants et les aboutissants si ce n’est que Bill Gates en personne se déplacera pour l’occasion.

Et voici donc le libre qui recule a priori de deux cases dans la Capitale au moment même où s’ouvre Solutions Linux 2008 (Framasoft y sera soit dit en passant).

Pour illustrer^[1] mon propos il a été décidé de reproduire ici (à sa demande mais bien volontiers) un tout récent article de Jean-Christophe Frachet^[2] dont nous partageons les inquiétudes et le désappointement.

Syndrome de Stockholm ou syndrome de Redmond, Bertrand Delanoé jetterait-il Paris dans la gueule du loup ?

Jean-Christophe Frachet

Le syndrome de Stockholm peut se caractériser le développement d’un sentiment de confiance, voire de sympathie des otages vis-à-vis de leurs ravisseurs et par le développement d’un sentiment positif des ravisseurs à l’égard de leurs otages.

Il semble bien que tous les éléments soient réunis pour que les utilisateurs de windows changent encore d’ordinateur pour pouvoir installer la dernière version « Vista », pour acheter Microsoft Office au lieu de télécharger librement Open Office et passer du temps à réinstaller leurs programmes qui plantent régulièrement en ayant l’impression de faire de l’informatique. Et bien sûr, tout en payant plusieurs centaines d’Euros pour racheter ce qu’ils ont déjà payé, combien de version de Windows et de pack office ont-ils déjà acheté ?

L’habitude, le temps passé à comprendre la complexité (inutile ?) de ces logiciels et la non connaissance d’autres environnement informatiques rassurent l’utilisateur qui pense ne pas pouvoir éviter l’éditeur de Redmond, celui-ci étant devenu hégémonique.

Le 29 janvier 2008, Bertrand Delanoë et Bill Gates signent un partenariat numérique pour Paris. Ce serait pour former les demandeurs d’emplois aux métiers de l’informatique, mais c’est les obliger s’acquitter de la dîme pour travailler. Ce serait aussi pour apporter un soutien aux entreprises développant des solutions logicielles en faveur de la protection de l’environnement, mais n’est-ce pas aberrant d’être obligé de changer d’ordinateur parce que Windows est de plus en plus gourmand en ressources informatique ? c’est une des cause de la pollution informatique et de la consommation électrique grandissante. Ce serait aussi pour l’administration électronique ? mais c’est une nouvelle privatisation du service public alors qu’il existe des solutions libres. Quand à un “espace sportif numérique”, cela se saurait si la manipulation de la souris était bonne pour la santé.

Quelle mouche a donc piqué Bertrand Delanoé ? Alors que Paris pourrait être le fer de lance français et international d’une autre société de l’information, basée sur le partage, l’échange et la mutualisation, le Maire de Paris livre les Parisiens aux griffes du plus grand éditeur mondial américain.

Les systèmes d’informations, les logiciels et l’informatique ne sont pas des marchandises comme les autres. Il s’agit de manager la connaissance, de gérer des informations nous concernant tous et de moderniser les services publics. Il s’agit d’éducation, d’information et d’accès à la culture. Les systèmes d’information ont complètement envahi notre quotidien, internet, réseaux, télévision, téléphone,… Ces systèmes gèrent l’ensemble de nos activités, privée, publiques et professionnelles.

Toute décision dans ce secteur est politique avec des implications dans le court mais aussi dans le moyen et long terme.

Cette décision de contractualiser avec Microsoft est importante et c’est un signe vers les autres collectivités et les capitales du monde entier. Elle a été prise sans aucune concertation avec les élus, les associations et les citoyens. C’est la négation de la Politique avec un grand « P » au profit des lobbies.

Soit, le Maire de Paris ne mesure pas ce que cela signifie pour le bien commun dans la société de l’information, l’intérêt des Parisiens et pour la rationalisation de l’argent public,

Ou alors il le sait, et il vend Paris, certes avec une bonne remise, à l’éditeur de logiciel américain en le recevant comme un chef d’état comme l’avait fait J. Chirac, pour un bénéfice financier à très court terme,

Ou bien il s’en fiche et fait un simple coup de communication, ce qui serait bien décevant pour celui qui brigue un second mandat dans une des plus belles villes du Monde.

Faire de la politique, ce n’est pas une liste de courses avec un savant saupoudrage de mesures afin de satisfaire un peu tout le monde. Il s’agit d’avoir une réelle direction idéologique, d’avoir des valeurs et d’agir en cohérence avec celles-ci.

Cette décision est antinomique avec l’intérêt des Parisiens et du service public.

Berceau de la Révolution Française et du siècle des lumières, après avoir enfanté la déclaration de l’homme et du citoyen, c’est indigne de la capitale de la France de faire acte d’allégeance à un multimilliardaire américain, fût-il le fondateur d’une entreprise qui a racketté les utilisateurs d’ordinateurs pendant 25 ans jusqu’à devenir le plus riche du monde.

Alors voilà. Nous y sommes. Le logiciel libre est clairement en train de gagner la bataille du desktop. Quelque soit son système d’exploitation, on trouve désormais des logiciels libres de grande qualité répondant à tous les usages de base (web, bureautique, graphisme, multimédia…). Dans le même temps des distributions GNU/Linux toujours plus conviviales arrivent à maturité et les revendeurs ne s’y trompent pas puisqu’ils commencent à en proposer au grand public dans leurs offres d’ordinateurs neufs.

Cependant n’oublions pas la phrase en exergue de ce blog : « …mais ce serait peut-être l’une des plus grandes opportunités manquées de notre époque si le logiciel libre ne libérait rien d’autre que du code ».^[1]

En effet, utiliser des logiciels libres c’est non seulement faire des économies, c’est non seulement se retrouver avec plein d’applications qui nous comblent au quotidien mais c’est aussi et surtout adopter certains comportements (et rompre avec d’autres), participer à un mouvement et, osons le mot, faire partie d’une culture.

Une culture qui favorise l’écoute, l’indépendance et l’autonomie. Une culture de coopération et non de compétition. Une culture aux antipodes de certaines logiques et structures politico-économiques qui nous demandent avant tout d’être des consommateurs passifs. Il serait non seulement dommage mais fort dommageable que la nouvelle génération d’utilisateurs fraîchement débarqués du monde Windows, et dont Framasoft se réclame, perde cela de vue…

La traduction que nous vous proposons aujourd’hui brosse le portrait d’un utilisateur de logiciels libres^[2] en soulignant neuf caractéristiques qui le distinguent justement de l’utilisateur de logiciels propriétaires.

Parce qu’il en va de la responsabilité de tous que cette précieuse culture ne se dilue pas avec sa démocratisation…

9 traits caractéristiques des utilisateurs de logiciels libres

9 Characteristics of Free Software Users

Bruce Byfield – 9 janvier 2008 – Datamation
(Traduction Framalang : GaeliX et Olivier)

Un système d’exploitation n’est pas qu’un code source, il véhicule aussi une culture. Cet état de fait m’est soudainement revenu à l’esprit au cours des vacances quand plusieurs membres de ma famille et des voisins m’ont assailli de questions sur le dépannage de leurs ordinateurs sous Windows. Bien qu’aucun d’entre nous n’ait eu une véritable formation en informatique, je ne sais presque rien sur Windows, j’ai été en mesure de résoudre les problèmes qui déconcertaient les autres – non pas parce que j’ai la science infuse, mais parce que la culture du Libre dans laquelle je baigne tous les jours m’a rendu plus apte à faire face à ce genre de situation.

Les origines de ces cultures sont plus ou moins évidentes. Windows et d’autres logiciels propriétaires sont les produits du marché commercial du logiciel. Dans cette culture, l’information circule essentiellement dans une seule direction : elle émane du fabricant. L’obsession des éditeurs pour la propriété intellectuelle et la main-mise des revendeurs encourage cette culture à réduire les utilisateurs au rôle de consommateurs aveugles.

En revanche, la culture du Libre a deux origines. La première, c’est la culture Unix, qu’Eric Raymond décrit dans « L’art de programmer sous UNIX », et qui met l’accent sur l’excellence. La seconde est l’ensemble des quatre libertés qui définissent un logiciel libre.

Il est vrai que les utilisateurs finaux sont peu susceptibles de s’intéresser eux-mêmes aux libertés d’étudier ou d’améliorer un programme. Mais l’existence de ces libertés pour les développeurs conditionnent les attentes de tout le monde. En outre, les libertés d’exécuter les programmes et de les redistribuer permet à chacun de s’affranchir d’un des aspects les plus pénibles de la culture propriétaire. En tout cas, ces origines créent des utilisateurs plus actifs et plus exigeants que ceux des logiciels propriétaires.

Ce n’est pas une surprise, ces différences d’origines amènent à des attentes différentes. Il y a certes des exceptions et l’amélioration des compétences de l’utilisateur tend à gommer ces différences. En outre, des logiciels libres comme Firefox et OpenOffice.org sont de plus en plus courants sur des plates-formes propriétaires. Et, de même, la culture propriétaire s’immisce dans le logiciel libre car il devient une grosse affaire.

Pourtant, la plupart du temps, vous pouvez vous attendre à ce que les utilisateurs de logiciels libres diffèrent des utilisateurs de logiciels propriétaires sur un certain nombre de points fondamentaux. Le fait d’avoir conscience de ces différences peut avoir un impact considérable sur votre réussite lors de la commercialisation ou du développement de logiciels.

1. Les utilisateurs de logiciels libres désirent des licences ouvertes et non pas des méthodes d’activation

Des éditeurs propriétaires comme Adobe et Xara qui ont fait l’expérience du portage sous GNU/Linux de leurs logiciels sont arrivés à la conclusion que les utilisateurs de logiciels libres n’iront pas acheter de logiciels commerciaux. Toutefois, comme l’ont prouvé des entreprises comme Red Hat et Mandriva, ces conclusions sont plus le fait d’une incapacité à concevoir de nouvelles méthodes de travail que d’une observation de la réalité. A défaut d’autre chose, les utilisateurs iraient le plus souvent acheter dans le commerce afin d’avoir le confort d’une relation traditionnelle avec un fournisseur.

Toutefois, lorsqu’ils ont ce luxe, les utilisateurs de logiciels libres rejettent les licences propriétaires ou les méthodes d’activation qui restreignent leur liberté de copier et redistribuer le logiciel. Certains peuvent accepter les licences propriétaires si ils ne trouvent pas les mêmes fonctionnalités ailleurs. D’autres peuvent accepter une licence propriétaire pour les logiciels non-essentiels, comme les jeux. Mais, au premier signe d’alternative, ils vont abandonner le produit propriétaire. Et beaucoup, bien entendu, n’accepteront même pas ces compromis temporaires.

Si vous cherchez à vendre quelque chose à la communauté du Libre, ne cherchez pas à faire de l’argent avec le logiciel mais cherchez les services que vous pouvez développer autour du logiciel. Ou pensez-vous que c’est un hasard si le partage de fichiers et de la culture libre ont leurs racines dans la communauté du logiciel libre ?

2. Les utilisateurs de logiciels libres désirent avoir des mises à jour et des corrections de façon régulière

Les systèmes d’exploitation Libres sont conçus pour la gratification instantanée. Vous voulez un nouveau logiciel ? Basculer vers le compte root et en l’espace de cinq minutes, vous l’avez, installé et prêt à être utilisé sans redémarrer la machine.

Cette fonctionnalité basique à pour conséquence les mêmes attentes élevées en ce qui concerne les mises à jour et les correctifs. Dans les logiciels libres, les mises à jour et les correctifs ne sont pas un événement annuel pour le logiciel complet avec des bêta-versions. Ils sont plus proches de l’occurrence quotidienne. Les personnes en charge de la maintenance de ces logiciels prennent cette responsabilité tellement au sérieux que l’on a déjà vu nombre d’entre eux prendre sur leur temps personnel pour s’assurer qu’une correction d’anomalie ou qu’un correctif de sécurité sorte aussi rapidement que possible.

3. Les utilisateurs de logiciels libres désirent travailler comme ils l’entendent

En passant de Windows à GNU/Linux, la première chose que les utilisateurs sont susceptibles de remarquer est le nombre d’options de personnalisation qui sont disponibles ne serait-ce que pour l’apparence et le fonctionnement du bureau. A la limite, ils sont presque enclins à penser qu’il y a trop d’options disponibles. Souvent même ils sont surpris de se retrouver devant plus de possibilités qu’ils n’en auraient espérées.

Ces options sont la conséquence directe du sens du contrôle que le logiciel libre encourage chez ses utilisateurs. Non seulement ils s’attendent à pouvoir utiliser les menus, les barres d’outils ou les raccourcis clavier qui ont leur préférence, mais ils s’attendent de plus à contrôler la couleur, les widgets et même l’emplacement des fonctionnalités du bureau de façon simple et efficace. S’ils font le chemin inverse, passant de GNU/Linux à Windows, ils vont se sentir limités, obligés de faire les choses de la façon dont les développeurs ont voulu qu’ils les fassent, plutôt que de fonctionner uniquement suivant leurs propres préférences.

4. Les utilisateurs de logiciels libres désirent avoir le contrôle de leurs propres systèmes

Pour un utilisateur de logiciels libres, l’un des aspects les plus ennuyeux de Windows XP ou Vista, c’est d’être constamment perturbé par les pop-ups. Le système lui-même vous informe des mises à jours disponibles, des éventuels risques de sécurité et de l’état actuel de votre système. Et il n’est pas inhabituel pour votre éditeur de logiciels d’avoir ses propres messages en plus de ceux émis par Java et plusieurs autres programmes. Pendant ce temps, le système d’exploitation et une ou deux autres briques de base logicielles communiquent et les technologies de verrouillage se mettent à contrôler votre informatique. Parfois, vous avez l’impression d’être interrompu toutes les 30 secondes dans votre travail.

Les gestionnaires de bureau dans les systèmes d’exploitation libres commence à émettre des notifications, mais, jusqu’à présent, elles le sont pour l’ensemble du système. Mais surtout, elles peuvent être désactivées. Les utilisateurs avertis de GNU/Linux ou FreeBSD savent que ce types d’évènements basiques sont consignés dans des fichiers de log où l’on peut les consulter à loisir.

Quant au verrouillage ou aux technologies de surveillance, oubliez les. Beaucoup d’utilisateurs de logiciels libres se méfient des outils de sondage automatiques, même relativement innocents comme le Concours de Popularité Debian ou Smolt, sans parler de tout ce qui leur ôterait le contrôle des mains.

5. Les utilisateurs de logiciels libres aiment explorer

J’ai été en mesure de résoudre deux des problèmes Windows auxquels j’ai dû faire face durant les vacances en un rien de temps. L’un simplement en raccordant le moniteur à la carte vidéo dédiée au lieu de celle embarquée sur la carte mère. L’autre en utilisant un gestionnaire de fichiers à la place des outils dédiés fournis avec le nouveau matériel. Quand je leur ai demandé pourquoi ils n’avaient pas cherché une éventuelle solution, ceux que je dépannais marmonèrent, puis finirent par avouer qu’ils avaient peur d’essayer.

Pour moi, ces réactions incarnent l’impuissance acquise que le logiciel propriétaire encourage habituellement. Avec seulement un nombre limité d’outils visibles sur le bureau – de nombreux profondement enterrés dans plusieurs boîtes de dialogue imbriquées – et la plupart de ces outils ne donnant aucune indication sur la manière dont ils arrivent au résultat – l’utilisateur moyen de Windows n’est pas vraiment incité à apprendre l’administration de son système.

De l’autre coté, sur les systèmes libres, l’exploration est facile. La plupart des configurations, par exemple, se font en utilisant les fichiers texte en clair, que vous pouvez consulter à partir de votre gestionnaire de fichiers. Et puisque l’exploration amène des résultats rapides et probants, les utilisateurs de systèmes d’exploitation libres sont encouragés à explorer et à devenir demandeurs de ce type de fonctionnalités. Mettez-les sur un système Windows et ils vont probablement se plaindre d’être isolés du système, comme s’ils essayaient de faire de la saisie avec des moufles.

6. Les utilisateurs de logiciels libres désirent s’entraider

Les utilisateurs de logiciel libre n’ont rien contre les fichiers d’aide. A vrai dire, ils les aiment. Pour les pages « man » Unix traditionnelles, ils ont les pages d’informations en ligne de commande et l’aide en ligne sur le bureau. Mais ils sont beaucoup moins susceptibles que les utilisateurs propriétaires d’attendre un support technique formel. Au lieu de cela, ce qu’ils attendent ce sont les moyens de s’aider eux-mêmes, pas seulement les fichiers d’aide, mais un accès facile aux fichiers de configuration (de préférence en texte clair, lisible par l’homme), ainsi que les mails, les forums, les canaux IRC où ils peuvent se consulter les uns les autres. Une philosophie du « prend toi en main » est sous-jacente chez presque tous les utilisateurs de logiciels libres. Plus ils les utilisent, plus elles sont ancrées en eux.

7. Les utilisateurs de logiciels libres n’ont pas peur de la ligne de commande

Pour les utilisateurs de Windows, la ligne de commande est une chose effrayante. Et ce n’est pas étonnant, compte tenu de sa pauvreté et des ses limitations ; une nouvelle version était une des caractéristiques promises pour Vista mais elle a été abandonnée. Mais la ligne de commande est beaucoup plus conviviale dans les systèmes d’exploitation libres que dans Windows et de nombreux utilisateurs se familiarisent rapidement avec elle.

Dans presque tous les cas, une commande saisie a plus d’options et de puissance que son équivalent graphique dans le logiciel libre. Les utilisateurs se feront un plaisir d’utiliser l’interface graphique, mais, lorsque sa limite est atteinte, beaucoup basculeront avec autant de plaisir vers la ligne de commande. C’est en partie une attitude de geek, mais la vraie raison est le simple aspect pratique. À moins que les concepteurs d’interfaces arrivent à offrir les mêmes fonctionnalités que la ligne de commande, cela ne changera pas et pour être honnête, peu cherchent vraiment à le faire.

8 Les utilisateurs de logiciels libres apprennent des catégories de logiciels, pas des programmes

Empêchés d’apprendre facilement leur système d’exploitation, les consommateurs de logiciels propriétaires fonctionnent comme s’ils lançaient des sorts – recettes rituelles qui, si elles sont utilisées de façon adéquate, leur donneront les résultats escomptés. Ajouté au fait que les logiciels propriétaires peuvent être coûteux, ils ont tendance à se familiariser avec une suite bureautique, un navigateur Web et un client de messagerie. En conséquence, changer de logiciel peut être traumatisant pour eux.

En revanche, les utilisateurs de logiciels libres se trouvent avoir à la fois la connaissance du système et une sélection de logiciels à expérimenter. Ils peuvent s’arrêter à logiciel précis dans chaque catégorie, mais seulement après avoir expérimenté toutes les autres possibilités. S’ils ont besoin d’une fonctionnalité qui n’est pas prise en charge par le logiciel qu’ils avaient choisi, ils lui trouveront un remplaçant temporaire ou permanent, confiants que les autres fonctionnalités dont ils ont besoin seront dans les deux programmes. Beaucoup plus que chez les utilisateurs de logiciels propriétaires, leur loyauté est provisoire et tributaire de la qualité et de la sélection. Ils n’ont pas cet investissement financier qui enchaîne l’utilisateur de logiciels propriétaires à un fournisseur particulier et ne voient aucune raison de changer cela.

9. Les utilisateurs de logiciels libres désirent avoir accès aux développeurs et aux autres membres de la communauté

La communauté Libre peut se targuer d’être une méritocratie où le statut est le résultat d’accomplissements et de contributions. Comme le statut dépend de ce que vous avez fait récemment, il est moins immuable que dans un environnement classique. Même lorsque des dirigeants naturels existent, ils sont plus souvent considérés comme premiers parmi leurs pairs que comme ayant un contrôle direct sur les autres. Cela signifie que les membres de la communauté ne peuvent pas s’isoler derrière le mur de l’autorité. Les membres de la communauté ont généralement un accès direct aux chefs de projets, généralement via mail et IRC. Et personne parmi les chefs de projet ne s’oppose à cet arrangement.

Même dans les entreprises, les traces de cette structure horizontale existent. Au lieu d’y résister, les gestionnaires intelligents vont l’accepter et ne revendiqueront une place à part qu’en raison de leur position.

Conclusion

Combien de temps ces caractéristiques du logiciel libre vont continuer d’exister, cela est incertain. Au cours des dernières années, une nouvelle catégorie d’utilisateurs de systèmes d’exploitation libres sont apparus: ceux qui ne font que de la bureautique. Dans une hâte de devenir plus ergonomique – ce qui signifie généralement semblable à Windows – il est possible que la culture de l’utilisateur de logiciels libres devienne méconnaissable pour les utilisateurs de longue date dans les prochaines années.

Mais, cela semble peu probable. Principalement car la mouvance « strict utilisateur bureautique » ne peut pas saper la culture du Libre au point d’en faire une niche, isolée, traitée comme un cas particulier. À moins qu’ils ne se contentent de rester dans leur routine, sous un an ou deux, les utilisateurs bureautique devront faire face à un problème qu’ils ne pourront résoudre sans devenir soit plus aventureux soit plus en contact avec la véritable culture libre. Le jour où cela se produira, ils auront fait le premier pas pour s’éloigner de leur statut de consommateurs passifs pour devenir les propriétaires de leurs propres machines.

Bruce Byfield est un journaliste informatique qui écrit régulièrement pour Datamation, Linux.com, et Linux Journal.

La bonne nouvelle du jour sous la forme d’un communiqué que je reproduis ici.

Le 3 mai 2007, trois arrêtés du ministre de la culture et de la communication modifient la composition du Conseil supérieur de la Propriété Littéraire et Artistique (CSPLA) et nomment ses nouveaux membres pour une durée de trois ans. La création libre est enfin reconnue officiellement par la nomination de deux représentants du logiciel libre, Bernard Lang comme titulaire et François Élie comme suppléant.

Paris, le 15 mai 2007.

Nouveaux membres nommés au CSPLA, officiellement en tant que représentants des auteurs et éditeurs de logiciels et bases de données, Bernard Lang et François Élie y représenteront donc la création libre et se félicitent de cette reconnaissance officielle de son importance économique et culturelle.

Toutes les catégories de création représentées au CSPLA peuvent être concernées par la création libre, et l’ont été peu ou prou. Bernard Lang et François Élie estiment que leur nomination reflète l’importance particulière et le succès incontestable des logiciels libres, dont ils sont des représentants en tant que, respectivement, vice-président de l’AFUL et président de l’ADULLACT. Seuls représentants de la création libre et de la diffusion ouverte des oeuvres de l’esprit au CSPLA, ils considèrent qu’il sera de leur responsabilité de représenter au mieux toutes les autres catégories de ces modes de création et de diffusion (oeuvres ou interprétations, bases de données, encyclopédies, ressources pédagogiques, etc.), ainsi que les secteurs professionnels qui s’y rattachent, dans la mesure où les acteurs concernés l’estimeront utile.

La nomination de Bernard Lang, directeur de recherche à l’INRIA, est aussi une reconnaissance du dynamisme de l’INRIA concernant le logiciel libre, tant par le grand nombre de logiciels libres conçus et diffusés par ses chercheurs, que par son travail institutionnel de soutien, dont la création des licences libres francophones CeCILL. Il faut ajouter à cela, dans un autre domaine, la forte implication de l’INRIA dans les objectifs de la Déclaration de Berlin pour la diffusion ouverte des publications scientifiques.

Par la nomination de François Élie, cet arrêté reconnaît de même les actions soutenues de nombreuses collectivités territoriales et administrations pour s’informatiser avec des logiciels libres, et garder ainsi la maîtrise de leurs choix techniques, de leurs coûts et de l’ouverture concurrentielle des marchés publics.

Ces nominations sont également la conséquence du travail considérable de toutes les associations de la création libre, tant sur le terrain auprès du public et des décideurs que dans la bataille politique pour que ses spécificités sociales, économiques, juridiques, culturelles et techniques soient prises en compte par le législateur et que soit respecté un espace où elle puisse faire la preuve de sa capacité d’innovation, de l’efficacité de sa contribution à l’économie et la culture, et de sa particulière adéquation à la société de la connaissance et aux objectifs de Lisbonne. Elles sont aussi, en particulier, la conséquence des efforts de la Free Software Fondation (FSF) pour obtenir que le logiciel libre soit effectivement représenté au CSPLA.

C’est pour ne pas faire de différence entre tous ces acteurs, qui sont tous intéressés et ont tous contribué, chacun dans son domaine et selon ses méthodes, que nous avons choisi de publier ce communiqué à titre personnel, plutôt que de le faire publier par nos associations et/ou organismes respectifs. Qu’ils soient ici tous remerciés. Nous auront à coeur de ne pas les décevoir.

Nous voulons profiter de cette occasion pour rappeler que la création libre – tout particulièrement le logiciel libre – se fonde de façon essentielle sur le droit d’auteur, auquel nous sommes tous deux très attachés tant par notre culture d’origine de chercheur ou de philosophe que par notre participation à ce mouvement créatif.

Pour autant, nous ne souhaitons pas que le droit d’auteur devienne le prétexte de dérives législatives et réglementaires qui menacent la création elle-même, tant dans son rôle culturel, économique et social que dans sa diversité et sa pérennité, ou portent atteinte à d’autres valeurs essentielles comme la liberté de communication et d’expression ou la protection de la vie privée. Convaincus que le dialogue reste la meilleure façon de résoudre les problèmes, nous voulons croire que ces nominations sont annonciatrices d’une réflexion plus ouverte et partagée qui a tant manqué par le passé, notamment dans l’élaboration de la loi sur le Droit d’Auteur et les Droits Voisins dans la Société de l’Information.

Enfin, nous espérons que cette nomination n’est que le début d’une plus large reconnaissance par le pays des apports de la création libre. Il reste un espace immense pour des idées et des initiatives nouvelles et prometteuses.

Bernard Lang – Francois Élie

Adresse permanente de ce communiqué

C’est notre ligne de front à nous. À Framasoft on n’est pas de gauche ou de droite mais on est clairement pour la défense des biens communs que certaines logiques économiques tentent de s’approprier à grands coups de lois et de brevets dont on ne me fera plus croire qu’ils sont nécessairement là pour protéger et favoriser l’innovation.

Le bien commun qui nous est cher c’est évidemment le logiciel libre mais fort de notre expérience et de notre culture, il est difficile de ne pas être également sensible aux autres champs qui sont mis à mal actuellement, à commencer par l’écologie qui sur le même modèle humaniste et résistant tente de préserver rien moins que notre planète.

La traduction que nous vous proposons aujourd’hui est une illustration aussi malheureuse qu’emblématique de ces trop nombreux jusqu’où iront-ils ? puisqu’on touche ici directement à notre patrimoine, à notre bien-être et à notre santé. Il s’agit d’évoquer les tentatives de captation marchande du… yoga, avec une pertinente mise en parallèle sur le situation de l’industrie pharmaceutique^[1].

L’occasion pour moi de rappeler la sortie en poche de l’excellent livre Du bon usage de la piraterie de Florent Latrive dont le sujet est au cœur même de ce qui est exposé ici et qu’il est donc tout à fait recommandé de parcourir pour aller plus loin et ne pas se réveiller un jour pour constater que nos moindres faits et gestes appartiennent désormais à un je-ne-sais-quel-obscur ayant droit !^[2]

Pouvez-vous breveter la sagesse ?

Can you patent wisdom?

Suketu Mehta – International Herald Tribune – 7 mai 2007
(Traduction Framalang : Mben, Penguin, Olivier et Daria)

J’ai grandi en voyant mon père se tenir sur la tête tous les matins. Il faisait le sirsasana, une position de yoga qui explique qu’il ait l’air si jeune à 60 ans passés. Maintenant il serait peut-être obligé de payer une redevance à un détenteur de brevet américain s’il enseignait le secret de sa bonne santé aux autres.

L’office des brevets et des marques américain a publié 150 copyrights liés au yoga, 134 brevets sur des accessoires de yoga, et 2315 marques de yoga. Il y a beaucoup d’argent à gagner en se tordant comme un bretzel — 3 milliards par an dans la seule Amérique. C’est un mystère pour la plupart des Indiens que quelqu’un puisse faire autant d’argent en enseignant un savoir qui n’est pas supposé être acheté ou vendu tel de vulgaires saucisses.

Le gouvernement indien prend la chose au sérieux. Il a mis en place une cellule qui est en train de cataloguer la connaissance traditionnelle, y compris les remèdes ayurvédiques et les centaines de poses de yoga, pour les empêcher d’être piratés et copyrightés par les revendeurs étrangers. Les données seront traduites à partir du Sanskrit ancien et des textes tamouls, stockées numériquement, et disponibles dans cinq langues internationales, de sorte que les offices des brevets des autres pays puissent voir que le yoga n’est pas originaire d’une communauté de San Francisco.

Il est important de remarquer que les premiers à breveter la sagesse traditionnelle indienne sont des Indiens, la plupart du temps à l’étranger. Nous savons saisir une occasion lorsqu’elle se présente et nous avons exporté des générations de gourous, experts dans la vente ambulante de l’épanouissement pour un dollar. Mais, en tant qu’Indiens, ils devraient savoir que l’idée même de faire breveter la connaissance est une grossière violation de la tradition du yoga.

En Sanskrit, « yoga » signifie « union ». Les Indiens croient en un esprit universel — brahman — dont nous sommes tous une partie, et qui médite éternellement. Chacun a accès à cette connaissance.

La connaissance dans l’Inde antique a été protégée par les règles des castes, et non celles de la loi ou de l’argent. Le terme « propriété intellectuelle » était un oxymore : l’intellect ne pouvant être la propriété de quiconque. Peut-être est-ce pour cette raison que les Indiens ne se sentent pas obligés de payer pour la connaissance. Des copies pirates de mon livre sont ouvertement vendues dans les rues de Bombay, pour le quart de son prix officiel. La plupart des intrigues et des musique des films de Bollywood sont tirées d’Hollywood.

Pourtant, les Indiens sont irrités à chaque fois qu’ils entendent les rapports – souvent pompeux – des Occidentaux volant leur sagesse ancienne à travers le mécanisme du droit d’auteur. Leurs craintes sont peut-être exagérées, mais elles sont répandues et reflètent l’expérience mitigée de l’Inde avec la mondialisation.

Les entreprises pharmaceutiques occidentales se font des milliards avec des médicaments qui ont souvent été au départ découvert dans des pays en voie de développement. Mais les plantes médicinales comme la margose ou le curcuma, qui sont connus pour être efficaces contre tout, du diabète aux hémorroïdes, ne rapportent rien aux pays dont les sages en ont en premier isolés les vertus. Le gouvernement indien estime que dans le monde, 2000 brevets basés sur des médicaments traditionnels indiens, sont déposés chaque année.

Les médicaments et le hatha yoga ont le même but : nous aider à mener une vie en meilleure santé. L’Inde a offert au monde le yoga gratuitement. Il n’est pas étonnant que beaucoup de personnes dans le pays trouve que le monde devrait rendre la politesse en rendant disponible à faible coût des médicaments pouvant sauver des vies, ou au moins laisser les entreprises indiennes fabriquer des génériques à faible coût. Si la position du lotus appartient à tout l’humanité, alors la formule du Glivec doit l’être aussi, le médicament pour la leucémie dont le brevet sert de base au procès d’une entreprise pharmaceutique Suisse contre le gouvernement indien.

Pendant des années, la loi indienne a autorisé ses entreprises pharmaceutiques à répliquer des médicaments brevetés en Occident et les vendre à un prix plus faible aux pays trop pauvres pour pouvoir se les offrir autrement. De cette façon, l’Inde a fourni la moitié des médicaments utilisés par les personnes séropositives dans les pays en voie de développement. Mais en mars 2005, le parlement indien, sous la pression de mettre le pays en accord avec les lois sur la propriété intellectuelle de l’Organisation Mondiale du Commerce, a voté une loi déclarant illégale la production de copie générique de médicaments brevetés.

Cela a mis des médicaments anti-rétroviraux pouvant sauver des vies hors de portée de la majorité des 6 millions d’Indiens qui ont le SIDA. Les multinationales du médicament qui protègent bec et ongles leur brevets s’opposent aux tentatives de l’Inde de modifier les règles de l’Organisation Mondiale du Commerce pour protéger leurs remèdes traditionnels. Il y a plus que simplement de l’argent dans la bataille. Il y a aussi la perception que le système commercial mondial est injuste, que les dés sont pipés en défaveur des pays en voie de développement. Si la copie des médicaments occidentaux est illégal, alors le brevetage du yoga doit l’être aussi. Il s’agit également de piratage intellectuel, ou alors la propriété intellectuelle marche sur la tête.

Suketu Mehto est l’auteur de "Maximum City: Bombay Lost and Found."

Je ne sais si c’est un regret mais je ne suis pas développeur. Du coup ma connaissance du logiciel libre est exogène et non endogène et par là-même inévitablement partielle. C’est pourquoi je suis souvent à l’affût d’informations sur les modes opératoire des projets communautaires libres qui me permettent de combler certaines lacunes et parfaire ma culture en la matière. J’y trouve également des sources d’inspiration pour notre propre projet qui est celui d’animer collectivement le réseau Framasoft avec quelque part le même état d’esprit qu’une communauté de développeurs open source.

Tout ça pour dire que cette nouvelle traduction concerne avant tout ceux qui voudraient rejoindre pour la première fois la communauté d’un logiciel libre mais également tous ceux qui en fins observateurs souhaitent un peu mieux comprendre comment ça marche de l’intérieur. Parce qu’effectivement, et Framasoft est là pour en témoigner en aval, force est de constater que le logiciel libre ça marche et même plutôt bien 🙂

Nous avons conservé tout le long l’expression open source utilisée par l’auteur. Même si parfois sujet à précision voire controverse, elle est ici pour nous pleinement synonyme de logiciel libre (free software).

Je signale au passage que sur le même thème notre dynamique petite équipe de traduction (baptisée Framalang) a entrepris une autre chantier autrement plus ambitieux : traduire le livre de Karl Fogel Producing Open Source Software dont nous espérons la matérialisation en un joli Framabook dans le courant de l’été^[1].

10 règles d’or pour démarrer avec l’open source

10 golden rules for starting with open source

Tobias Schlitt – 19 avril 2007
(Traduction Framalang : Daria, Olivier et Yostral)

Êtes-vous nouveau en open source ? Si ce n’est pas le cas, vous rappelez-vous encore ce que c’était, quand vous avez commencé pour la première fois avec l’open source? J’ai récemment essayé de me rappeler ces jours… c’était en 2001, quand j’ai découvert PEAR et que, peu de temps après, j’ai commencé à travailler sur mes propres paquets pour PEAR…

Je suis presque sûr d’avoir violé au moins 9 des 10 règles que je vais essayer d’écrire ici, règles que vous devriez connaître et prendre à coeur si vous voulez faire partie de la communauté open source. En tout cas, vous devrez garder ces règles en tête si vous voulez entrer dans la communauté PHP, mais je suis presque sûr que cela s’applique aussi à d’autres communautés.

Si vous voulez vous lancer tout de suite dans le développement open source, soyez sûr de lire les règles suivantes avant d’aller plus loin. Je suis sûr que vous avez beaucoup, beaucoup de grandes idées à l’esprit et que vous ne pouvez pas attendre pour en parler et les réaliser. Mais, prenez d’abord une grande respiration et lisez les règles suivantes, pensez-y, prenez-les à coeur, puis recommencez et repensez-y encore…

1. Collez à votre niveau de Karma

L’open source n’est pas une démocratie. Vous avez entendu autre chose ? C’est faux. Gardez toujours à l’esprit : l’open source n’est pas une démocratie. Chaque développeur a un certain niveau de Karma (inexprimé et inexprimable), ce qui lui permet de décider (ou même de dicter) des choses et d’utiliser certaines infrastructures de la communauté (comme leur système de versionnage , leurs serveurs…). Pensez au Karma comme à votre niveau de points dans un jeu de rôle. Plus le nombre de niveau auxquels vous avez joué augmente, plus vous résolvez des énigmes, plus votre niveau de Karma s’élève. Mais prenez garde, il peut aussi baisser si vous n’agissez pas correctement.

Cela étant, si vous êtes nouveau dans cette communauté, votre niveau de Karma est de 0, par défaut. Vous devrez toujours garder cela en tête. Donc, qu’est-ce que c’est tous ces trucs autour du Karma ? Le Karma représente essentiellement la confiance que la communauté a en vous. Il n’est pas possible de mesurer le Karma avec un nombre ou même de le deviner, parce qu’il y a tellement de facteurs influençant votre Karma, et votre niveau de Karma est différent pour chaque individu de la communauté. Par exemple votre niveau d’expérience technique influence habituellement grandement votre Karma : plus vous en savez à propos du sujet de votre projet et au sujet de l’environnement technique, plus votre Karma sera élevé. Un autre facteur est la quantité de travail que vous investissez dans le projet : si vous êtes membre de ce projet depuis longtemps et que vous avez déjà passé des milliers d’heures à travailler dessus, votre Karma sera probablement élevé aussi.

Il y a beaucoup d’autres facteurs qui influencent votre Karma de développeur open source, comme vous allez l’expérimenter dans les prochaines semaines et prochains mois. Ce que vous devez avant tout vous rappeler est ceci : si vous êtes nouveau dans la communauté votre niveau de Karma est de 0 (ou proche). Pour augmenter votre Karma vous avez besoin de montrer à la communauté que vous êtes digne de confiance. Vous y parviendrez en respectant simplement les 9 règles suivantes.

2. L’information est le Karma

La première chose que vous voudriez probablement faire c’est poser une question ou proposer une idée cool à la communauté. Il y a de bonnes chances pour que vous le fassiez sur une liste de diffusion, qui est le moyen de communication le plus commun dans le monde de l’open source. Evitez de faire cela tout d’abord ! Les gens se fatiguent vraiment très vite si vous leur demandez quelque chose qui est évident à leurs yeux ou si vous proposez une idée/posez une question qui a été proposée/posée par d’autres avant (surtout si cela est déjà arrivé plusieurs fois).

Donc, que devrez-vous effectivement faire avant de poster une question ? Cherchez l’information ! Essayez Google, les sites des projets, les archives des listes de diffusion, la sphère des blogs du projet et toutes les ressources que vous pourrez imaginer. N’effectuez pas une seule recherche, mais affinez votre recherche pour voir s’il n’y a vraiment rien de relatif à votre question. Il n’y a rien? Essayez encore de chercher ! Il n’y a vraiment rien ? Ok, alors allez-y et écrivez votre billet. Mais soyez sûr de lire les 8 règles suivantes avant de le faire !

Et que faire si vous avez une idée ? Faites la même chose que ce que vous devez faire pour les questions ! Regardez si quelqu’un d’autre n’a pas eu la même idée ou une idée similaire. Vous ne trouvez rien ? Vraiment sûr ? Faites alors des recherches sur le sujet. N’écrivez pas simplement quelque chose comme « Ne serait-il pas cool de… » ou « J’ai eu l’idée de… ». Effectuez des recherches sur le sujet dont vous voulez parler avec pédantisme. Comment d’autres projets (peut-être dans d’autres langages ou sur d’autres systèmes d’exploitations) résolvent-ils la question ? N’y a-t-il rien de similaire qui existe ? Pensez aux autres besoins des utilisateurs. Est-ce que c’est quelque chose spécialement pour vous ? Alors commencez à écrire une prétendue proposition. Choisissez un sujet explicite pour votre billet (pas seulement « J’ai une idée » ou quelque chose comme ça). Commencez à écrire une spécification : quel est votre problème ? Quelle est votre idée pour le résoudre ? Comment cela s’intégre-t-il dans le projet ? Qu’est-ce qui est nécessaire pour le faire ? Soyez prolixe sur tout cela. Dans la plupart des cas, les autres personnes ont une perspective complètement différente de la situation globale.

3. S’y habituer

Un point très important avant que vous ne commenciez à devenir un « contributeur » est de vous habituer à ce avec quoi vous travaillez et au sujet dont vous parlez. Vous n’aurez probablement jamais utilisé certains des outils qui sont employés couramment pour le projet, ou bien les outils utilisés sont différents de ceux dont vous avez l’habitude. Habituez-vous à ces outils et, plus important encore, habituez-vous au projet lui-même. Connaître tous les processus qui sont mis en oeuvre dans votre communauté est un point important. Devenir un habitué des outils qu’ils utilisent l’est encore plus.

L’un des ces outils importants est GNU patch, un outil qui applique des modifications (communément appelé un diff pour difference) à une version existante du code. Générer un patch est en général réalisé avec l’outil GNU diff. Si vous voulez produire un patch pour du code, vous aurez probablement besoin de cet outil. Beaucoup de projets utilisent un système de versionnage pour archiver leur code source. Les programmes les plus courants sont CVS et son petit frère plus récent SVN. Habituez-vous à ces systèmes et utilisez les activement ! Ces deux systèmes vous autorisent à extraire (check out en anglais) une certaine version de la source, à la manipuler et automatiquement à génerer un diff pour vos changements.

Si vous avez déjà fait ça, continuez et lisez les 7 prochaines règles !

4. Ne vous surestimez pas

Vous êtes un geek cool. Vous faites du développement depuis des années et, dans votre entourage, vous êtes un des gars les plus intelligents. C’est super. Mais ne présumez pas que cela vaut aussi pour le projet que vous voulez rejoindre. L’open source est habituellement réalisée par des gens qui sont extrêmement intéressés par le sujet, qui sont parfois beaucoup plus intelligents que vous et qui ont probablement une centaine de fois plus d’expérience que vous dans ce sujet spécifique. Restez calme et soyez plutôt timide qu’arrogant. Réfléchissez aux réponses données par les membres du projet, même si vous les trouvez stupides de prime abord ou si elles vous semblent grossières. Etudiez les sujets dont les gens parlent avant d’écrire une réponse. Prenez les réponses à vos demandes sérieusement, même si elles peuvent vous sembler illogiques.

5. Agir signifie Karma

Comme dit auparavant, le Karma est une valeur appréciable, qui dépend d’une centaine de facteurs. Un de ces facteurs est la comparaison entre ce que vous dites et ce que vous faites. Si vous avez une idée pour un projet et que vous êtes capable de la réaliser : allez-y et mettez la en œuvre. Si vous avez besoin d’une fonctionnalité, vous la ferez probablement de toute façon et utiliserez votre patch pour votre usage personnel. Si cela fonctionne, allez à la règle 2 et attachez votre patch à la proposition que vous avez écrite ! Cependant, avant d’agir, finissez de lire les 5 règles suivantes.

6. Soyez amical et ouvert

La plupart des développeurs open source avec qui vous traiterez auront probablement fait de l’open source depuis des années. Ils sont déjà stressés par des utilisateurs qui attendent que quelque chose se passe mal et par les nouveaux développeurs qui ne collent pas aux règles que vous êtes en train de lire. Souvenez-vous de ceci quand vous lisez leurs mails. Ces gars ne sont pas inamicaux ou grossiers, ils sont seulement occupés et ennuyés. Vous arriverez dans un état, où vous aurez à lire 20 listes de diffusion avec des milliers de posts, garder un oeil sur le grand nombre de lignes de code, intervenir dans beaucoup de discussions et interagir avec beaucoup de personnes différentes. Quand vous lirez les mails, prenez juste l’essence objective des mots que vous lisez et ignorez la tonalité que vous pourriez ressentir.

7. S’énerver est mauvais !

Cette règle^[2] est presque la même que la règle 6, mais c’est toujours très important. Lisez chaque conversation avec attention. Je connais ce sentiment assez bien, lorsque vous pensez que votre interlocuteur « est un idiot ». Il ne l’est pas ! Il n’y a pas d’idiot ici. Il a juste un point de vue différent du votre, ou a une base technique différente. Restez calme, réfléchissez à votre réponse pendant quelques minutes/heures/jours, puis écrivez-la quand vous ne serez plus en colère. Essayez d’énoncer vos arguments avec des mots polis et expliquez en détails pourquoi vous avez une opinion différente. Si vous sentez votre colère revenir pendant que vous écrivez, gardez votre réponse et revoyez-la encore plus tard. Les discussions enflammées sont vraiment une mauvaise chose et polluent les canaux de communication de votre projet. Elles ne cesseront jamais d’être mais c’est ainsi. La seule chose que vous pouvez faire contre cela, c’est de ne pas y prendre part.

8. Respecter le code étranger

Chaque partie du code que vous verrez a été écrite dans un but précis. Si vous parcourez le code d’autres personnes, vous penserez souvent « Quoi !!! ». Ne changez pas immédiatement le code pour qu’il fonctionne comme vous l’attendez personnellement. Prenez contact avec le développeur qui a écrit le code (par exemple en utilisant « svn blame », voir la règle 3). Discutez de votre point de vue avec lui. Ne faites pas cela en public tant que cela n’affecte pas une grande partie du projet. Si vous le faîtes, référez-vous au système de communication générale de votre projet et annoncez le problème à cet endroit. Souvenez-vous à tout prix des règles 2, 3 et 4. Si vous ne pouvez pas décider si un problème y a sa place, prenez contact avec des gens du projet que vous connaissez déjà et demandez-leur de l’aide. Si vous êtes sympa et que vous leur décrivez ce que vous voulez, ils vous aideront sûrement.

9. N’attendez rien

L’open source signifie habituellement travailler sur la base du volontariat. Ces gens fournissent (pour la plupart) des logiciels gratuits, donc ils ne font pas d’argent avec ce qu’ils réalisent de leurs mains. Ils le font pour différentes raisons. Certains sont juste idéalistes, d’autres veulent simplement partager quelque chose, d’autres veulent se faire connaître, d’autres veulent faire de l’argent avec les services qu’ils fournissent en plus et d’autres encore ont tout en même temps à l’esprit ou encore d’autres raisons… Quelle que soit leur raison pour faire de l’open source, ils le font gratuitement. Gardez toujours cela à l’esprit quand vous leur soumettez une requête.

Par exemple « les demandes de fonctionnalités » sont une bonne chose. Elles donnent aux développeurs une idée de ce dont ils pourraient aussi avoir besoin. Cependant, la majorité des développeurs open source implémenteront seulement les fonctionnalités dont ils ont aussi besoin, ou dans lequel ils voient un défi technique intéressant. Ne soyez pas ennuyé s’ils refusent d’implémenter une fonctionnalité dont vous auriez besoin. C’est leur strict droit de le refuser, jusqu’à ce que vous les payez pour le faire. Si une demande de fonctionnalité est refusée ou n’est pas implémentée, allez-y, implémentez-la vous-même ou envisagez de payer un développeur pour son implémentation. Les développeurs open source ont aussi besoin d’argent pour vivre et ils ne refuseront probablement pas de vous fournir un patch en échange d’un salaire. Quoi qu’il en soit, ils pourraient encore ne pas inclure votre idée dans leur projet ou l’implémenter d’une façon différente. Ne soyez pas fâché ! Ils ont le droit de le faire ! Essayez de faire avec leur conclusion ou essayez de les convaincre de le faire différemment, mais souvenez-vous toujours de respecter les 8 règles précédentes quand vous le faites.

Peu importe ce qui a été décrit avant, reconsidérez toujours votre idée plusieurs fois. Attendre quelque chose d’un développeur open source n’est pas la manière dont les choses marchent habituellement. Le faire vous-même est ce qui habituel.

10. Apprendre est tout

L’idée la plus importante derrière l’open source est l’apprentissage. Les gens fournissent leurs sources de manière ouverte pour permettre à d’autres personnes d’apprendre de leurs sources et d’apprendre des contributions des autres. C’est la même chose pour n’importe quel savoir ou connaissance fourni à propos du projet. Regardez simplement cet article et réfléchissez aux raisons pour lesquelles j’ai pu l’écrire ? C’est exact, c’est parce que je veux partager mon expérience de la communauté open source avec toute personne la découvrant et parce que je veux avoir des retours des autres, pour voir où je pourrais encore avoir des faiblesses et ce à quoi je n’ai pas prêté attention, pour le moment.

Soyez sûr d’apprendre quelque chose de chaque ligne que vous lisez, que ce soit du code ou une conversation. Vous pouvez apprendre de tout le monde, même si cela vous permet seulement d’apprendre comment une chose ne doit pas être faite…

Pendant que j’écrivais ces 10 règles, que je considère très importantes à lire pour chaque nouveau développeur open source, j’avais déjà d’autres règles en tête. Mais restons en là avec ces 10 règles, pour donner un point de départ. Si je pense à d’autres choses qui s’avèreraient être un ajout réellement intéressant, je les ajouterai plus tard. Nous verrons. Merci pour tous vos retours et j’espère que ce billet sera utile à chaque nouveau…

Kore m’a aussi conseillé de me référer à De la bonne manière de poser les questions, qui lui a rappelé ce billet, lorsqu’il le relisait. Je n’ai pas lu cet article avant (mais peut-être un autre semblable), mais cela a vraiment l’air approprié. Si vous avez d’autres ressources, n’hésitez pas à laisser un commentaire !

Impossible de le louper puisque le bandeau caractéristique apparaît de suite en haut de page, il y a une controverse de neutralité en ce moment sur Wikipédia pour l’article Linux – 1er avril 2007 (l’article Linux aujourd’hui pour comparaison) et par ricochet pour l’article Windows Vista. On notera au passage qu’il est sacrément bien fait cet article Linux mais là n’est pas le propos.

Il semblerait que le passage suivant (mis en copie d’écran ci-dessus) pose problème : « Il (Linux) a également atteint depuis peu une certaine maturité sur le poste de travail grâce aux gestionnaires de bureau que représentent GNOME et KDE ainsi qu’aux succès de logiciels comme la suite bureautique OpenOffice.org ou le navigateur Web Mozilla Firefox. »

Exprimé sur le Framablog, cet extrait passerait totalement inaperçu mais il en va autrement sur Wikipédia dont un utilisateur, Ayadho, a décidé le 28 mars dernier de marquer certaine maturité et succès avec l’étiquette non neutre.

Et un autre utilisateur, Debhian (sic !), de formuler une explication sur la page dédiée à la controverse.

Il est injustifiable de laisser Linux sans une section critiques alors que Windows Vista si. Biensur, les sources écrites par les Linuxiens seront toujours anti-Windows, et les sources ecrites par les Windowsiens seront toujours pro-microsoft et non prises au serieux. Ce n’est plus un problème de sources ou de critiques non-constructives, nous savons bien que Linux a des défauts. Mais le fait est que l’informatique est pro-linux et que Wikipedia fait partit de cette tendance historique. Plus tard, malheuresement, on dira "Wikipedia était à l’image du monde qu’il décrit: pro-linux.". Si ce n’est pas un problème de neutralité ça …

Du coup je suis allé voir l’article Windows Vista – 1er avril 2007 (Windows Vista aujourd’hui) et il est vrai qu’il y a matière à débat puisque, contrairement à l’article Linux, on y trouve une section Critiques (1er avril 2007) plutôt bien fournie se déclinant en Sécurité, Gestion numérique des droits, Contrôle d’accès utilisateur, Comparaisons avec Mac OS X, Abus de position dominante et Prix européen de Windows Vista (rien que ça !).

Bon alors on fait quoi dans ces cas là ? Parce que c’est tout de même difficilement réfutable de dire que Linux a atteint aujourd’hui une certaine maturité et qu’OpenOffice.org et Firefox connaissent un succès croissant qui favorisent le développement de l’OS. Idem pour les critiques portées à l’encontre de Windows Vista qu’il serait selon moi partial de… taire justement. Peut-être que créer une section Critiques aussi pour Linux serait effectivement la solution. Mais ne comptez pas sur moi pour y participer 😉

Au delà de cet épisode symptomatique je me demande dans quelle mesure Wikipédia peut atteindre son objectif de neutralité lorsqu’il est question de logiciel libre et de culture libre dont l’encyclopédie, qu’elle le veuille ou non, est l’une des figures de proue. Je pense en fait que ça lui est encore plus difficile que de régler les problèmes classiques liés aux articles à risques comme islamisme ou homoparentalité.

Quelques éléments (non exhaustifs et subjectifs) censés étayer ma position quand bien même je n’oublie pas que Wikipédia n’est que ce que ses utilisateurs en font :

• Le contenu de Wikipédia est sous licence de documentation libre (GFDL)
• L’infrastructure logicielle qui soutient Wikipédia (moteur wiki Mediawiki, serveurs Apache…) est sous licence libre
• Toutes les sections qui tournent autour du logiciel libre sont en forte expansion dans l’encyclopédie (ainsi, me semble-t-il, la liste des logiciels libres se développent bien plus vite que celle des logiciels non libres).
• Je n’ai pas la moindre statistique sur le sujet mais il est pour moi évident que nombreux sont les contributeurs de l’encyclopédie sympathisants des logiciels libres (plus nombreux en tout cas que leurs opposants). Du coup mécaniquement et on en revient au point précédent et à l’essor de cette section dans l’encyclopédie.
• La phrase emblématique de son fondateur Jimbo Wales : « Imaginez un monde dans lequel chacun puisse avoir partout sur la planète libre accès à la somme de toutes les connaissances humaines. C’est ce que nous faisons. »
• Rien que chez nous, la participation de Wikimédia France (l’association des utilisateurs francophones de Wikipédia) à quasiment toutes les manifestations d’envergure autour du logiciel libre comme Solutions Linux ou les RMLL (sans parler de toutes les manifestations locales de sensibilisation au libre où Wikipédia est rarement absente).
• Wikipédia presque toujours citée par la communauté lorsqu’elle tente d’expliquer ce qu’est le libre aux néophytes.
• L’hypothèse, toute personnelle, qui stipulerait que plus le mouvement du logiciel libre est fort, plus l’encyclopédie est forte (et réciproquement).
• Autre argument (cf les commentaires, enfin j’espère !)

C’est comme ça (et c’est bien comme dirait Nitot), Wikipédia est éthiquement, philosophiquement, économiquement et politiquement en phase avec le mouvement du logiciel libre. Et, difficile de tuer le père, elle aura selon moi toujours du mal à composer avec sa fameuse neutralité de point de vue lorsque les articles toucheront au libre. Pire encore, dans un monde qui résiste et n’accueille pas le logiciel libre et son état d’esprit à bras ouverts, elle sera pour beaucoup, dont je suis, suspectée de verser dans un politiquement correct malvenu (pour ne pas dire irresponsable) si elle se met à décrire les opposants au libre (et ils sont nombreux) avec toute l’objectivité requise.

Peut-on être neutre quand on parle de sa propre famille et des ennemis qu’elle proclame ?

« Je considère qu’il faut encourager l’introduction à l’école de logiciels libres pour autant que leur valeur pédagogique aura été reconnue. »

Telle est la réponse donnée par Ségolène Royal à une lettre de l’association Enseignement Public et Informatique (EPI) où l’on pouvait lire ce pertinent paragraphe : « Il faut faire davantage place aux logiciels et ressources libres, dans une perspective de pluralisme technologique. C’est un facteur significatif de baisse des coûts et d’indépendance. Le libre est en phase avec les missions du système éducatif et la culture enseignante. »^[1]

Réponse de normand de la candidate à l’élection présidentielle française ? Un peu oui quand même, puisque l’affirmation est corrélée à la reconnaissane de leur valeur pédagogique.

Quel sont les logiciels le plus utilisés dans nos écoles ? Tout d’abord le… système d’exploitation (sic !). Puis dans l’ordre très certainement le navigateur web et le traitement de texte. Ils n’ont strictement aucune valeur pédagogique intrinsèque. C’est l’usage qu’en font les enseignants et leur élèves au cas par cas qui détermine ici l’éventuelle valeur pédagogique.

Autrement dit je ne vois pas très bien comment GNU/Linux, Firefox ou OpenOffice.org vont pouvoir être pédagogiquement évalués alors même que ce serait une bonne idée d’encourager leur introduction massive (en lieu et place de Windows, Internet Explorer et MS Office).

Alors soit, restreignons-nous aux logiciel purement éducatifs. Le ministère à créé depuis un petit bout de temps déjà une marque RIP destinée, je cite, « à guider les enseignants dans le monde du multimédia pédagogique. Un logo permet d’identifier les logiciels et les créations multimédias qui, après expertise par un public d’enseignants et de spécialistes du domaine et par décision de la commission multimédia, répondent aux besoins et aux attentes du système éducatif ».

L’intention est louable même si personnellement j’avoue ne pas faire attention à la présence du label lorsque je décide d’utiliser tel ou tel logiciel. Je fais beaucoup plus confiance aux témoignages de mes pairs et surtout à l’expérimentation effective en classe (avec de vrais élèves inside). Ainsi en va t-il des deux logiciels que j’utilise le plus en collège actuellement en tant que prof de maths : les exerciciels Mathenpoche et le traceur géométrique dynamique Geogebra.

Les deux logiciels cités plus haut sont, vous vous en doutez, libres. Ils n’ont pas le label RIP. D’ailleurs, à ma connaissance, le seul logiciel libre RIP sont les Ateliers de Géométrie, dont nous avions évoqué avec enthousiasme la libération sur Framasoft.

Un seul logiciel libre sur plus d’un millier logiciels RIP ? Pourquoi une telle absence ? Ce n’est pas à moi de répondre à cette question.

Les logiciels libres semblent être en tout cas pour le ministère quelques chose de bien particulier dans le monde des logiciels. Un monde à part qu’il faudrait donc traiter à part. C’est alors l’occasion pour moi de vous présenter le très officiel SIALLE qui a priori semble répondre à la demande de reconnaissance pédagogique préconisée par Ségolène Royal.

SIALLE, Service d’Information et d’Analyse des Logiciels Libres Éducatifs, vous connaissiez ? Sans doute pas et ce n’est pas vraiment étonnant parce qu’on ne peut pas vraiment dire que le ministère en fasse une publicité effrénée.

J’en recopie ici la présentation :

SIALLE est une sélection de logiciels libres destinés à la communauté éducative.
SIALLE est basé sur un service d’appréciation de logiciels sélectionnés en amont, sur des critères stricts :

– Le réseau académique repère en premier lieu un logiciel éducatif potentiellement intéressant.
– Selon son thème et son niveau, un groupe d’experts disciplinaires l’examine et donne un premier avis. Le logiciel est ensuite soumis à des analyses technique et juridique pour vérifier qu’il ne présente pas d’anomalies majeures dans ces domaines.
– Le logiciel retenu est ensuite soumis à évaluation par les enseignants : il est mis en ligne et peut être téléchargé.
– Après identification, l’utilisateur peut donc tester le logiciel à loisir et, grâce à une interface adaptée, saisir directement ses conclusions dans l’espace de travail, et attribuer une note au logiciel.
– La notation s’effectue selon trois axes : la pédagogie, la qualité scientifique du contenu et l’aspect technique.
– À terme, une synthèse des différents avis, où seuls seront retenus les logiciels ayant obtenu au moins la moyenne, permettra de les intégrer aux systèmes d’information du ministère de l’Éducation nationale, de l’Enseignement supérieur et de la Recherche.

Pourquoi SIALLE ?

De nombreux logiciels destinés à des usages pédagogiques sont produits par des enseignants, des chercheurs, des communautés d’intérêt, etc. Ces logiciels, disséminés sur des sites web institutionnels ou non institutionnels, à tous les niveaux (central, académique, départemental, établissement ou université), personnels ou associatifs, constituent un corpus foisonnant mais hétérogène. C’est pourquoi le ministère de l’Éducation nationale, de l’Enseignement supérieur et de la Recherche a souhaité qu’un service d’information et d’analyse de ces productions soit mis en place, afin de mieux connaître les réalisations de qualité.

Quels logiciels y trouve-t-on ?

Les logiciels présents sur la plate-forme SIALLE sont des logiciels éducatifs destinés à un usage en classe. Ils permettent aux élèves d’être en situation de découverte, de structuration, d’entraînement et d’évaluation de connaissances disciplinaires grâce à une présentation de contenus sonores, visuels et/ou textuels interactifs en conformité avec les programmes et respectant la plus grande rigueur scientifique.

À qui s’adresse SIALLE ?

SIALLE est destiné aux enseignants, aux formateurs, aux corps d’encadrement et d’inspection, mais l’information sur la qualité des logiciels pédagogiques est accessible à tous. La partie exclusivement réservée à la communauté éducative concerne le téléchargement des logiciels mis à disposition, ainsi que l’analyse et le vote qui en découlent.

Ouvert à la rentrée 2006, on trouve pour le moment 13 logiciels libres Windows dans la base (et toujours pas mes Mathenpoche et Geogebra).

Quel dynamisme !