C’est non seulement une habitude mais l’une des nombreuses originalités de la célèbre distribution GNU/Linux : tous les six mois Ubuntu sort sa nouvelle version, qui, faisant de plus en plus d’adeptes, est logiquement de plus en plus attendue.

La prochaine version 10.04 LTS^[1] se prénomme Lucid Lynx et est prévue pour le mois prochain. Elle promet beaucoup. Mais elle promet aussi d’être l’amie des trolls 😉

Il faut dire que lorsque l’on occupe la place enviée et reconnue qui est la sienne dans la communauté (notoriété grand public incluse), on s’expose inévitablement à des critiques. Mais il faut également reconnaître qu’un certain nombre d’annonces récentes ont pu parfois jeter le trouble, en particulier chez ceux qui sont moins attachés à l’open source qu’au logiciel libre.

De là à craindre que Canonical, la société créée par Mark Shuttleworth pour développer et soutenir Ubuntu, se transforme en une sorte de nouveau Microsoft, il n’y a qu’un pas que nous ne franchirons certainement pas.

Se contentant de lister quelque éléments selon lui sujets à caution, c’est un pas que n’a cependant pas hésité à franchir un dénommé Alan Lord sur son blog, dans un court et lapidaire billet intitulé explicitement Is Canonical Becoming The New Microsoft?^[2].

Et cela n’a évidemment pas loupé, le billet a généré très rapidement une centaine de commentaires divers et variés, nécessairement orientés par ce titre choc.

Le journaliste Sam Varghese a alors jugé bon de contacter Mark Shuttleworth pour avoir son avis dans un article publié sur le site iTWire que vous proposons traduit ci-dessous^[3].

PS : Notons que dans l’intervalle, Ubuntu a également révélé sa nouvelle charte graphique et son nouveau logo (ci-dessus). Personnellement j’aime bien, même si je note la disparition apparente du slogan « Linux for Human Beings », qui était peut-être maladroit mais avait le mérite d’évoquer Linux. La confusion entre les deux ou l’aspiration de l’un par l’autre risquent de se faire plus grande encore.

Mark Shuttleworth : « Ma motivation, ce n’est pas la haine de Microsoft. »

I’m not driven by Microsoft hatred: Shuttleworth

Sam Varghese – 15 février 2010 – iTWire
(Traduction Framalang : Don Rico et Simon Descarpentries)

Mark Shuttleworth, fondateur et directeur général de la société Canonical, déclare que s’il a créé sa distribution GNU/Linux Ubuntu, ce n’est en aucun cas par animosité envers Microsoft.

Il a répondu aux questions d’ITWire concernant un récent billet de blog dont l’auteur accusait Canonical de devenir le nouveau Microsoft.

« J’admire plusieurs des accomplissements de Microsoft. J’estime qu’il est tout aussi détestable de diaboliser les employés d’une entreprise que des gens pour leur couleur de peau, leur nationalité ou toute autre particularité » explique Shuttleworth.

« Microsoft se livre toutefois à d’inacceptables abus de position dominante, et je suis fier qu’Ubuntu offre au monde un réel choix entre la servitude continue et la liberté utile, sûre et authentique. »

« Cela dit, mon rôle n’est pas de punir Microsoft, ni de les haïr ; je suis là pour proposer une meilleure voie, si je le peux. Ce sera dur, mais nous le pouvons. Et, dans les cas où nous partageons une cause commune, je travaille volontiers avec Microsoft. Il est possible que ce soit difficile à concevoir pour ceux qui pensent que la vie est plus facile à appréhender si on a un ennemi pour justifier sa cause, mais à mon sens ce comportement conduit au sectarisme, nuit aux résultats et nous empêche de corriger les erreurs du passé. »

Dans son billet, l’auteur énumérait les raisons pour lesquelles Ubuntu devenait d’après lui le nouveau Microsoft : l’intégration de Mono par défaut, la création d’Ubuntu One (un outil propriétaire de stockage en ligne), le retrait de GIMP et d’autres logiciels de la distribution, le passage à Yahoo! comme moteur de recherche par défaut, une enquête visant à savoir quelles applications propriétaires devaient être incluses dans les dépôts d’Ubuntu, et enfin, la nomination de Matt Asay au poste de PDG.

Sans entrer dans les détails concernant chacun de ces points, Shuttleworth indique cependant que « toutes les questions abordées dans le billet que vous mentionnez ont été consciencieusement débattues sur des forums publics. Les gens de chez Canonical et les animateurs de la communauté Ubuntu y ont, je crois, présenté nos intentions sans faux-semblant. »

« Chacune de nos décisions affectant nos utilisateurs auront leurs détracteurs et leur partisans, » a-t-il ajouté, « mais c’est notre volonté de maintenir le cap face au changement qui confère à notre plateforme son dynamisme et sa pertinence, et nous ne nous soustrairons pas à cette responsabilité. »

Shuttleworth explique que son objectif personnel, ainsi que celui de tous ses collaborateurs chez Canonical, est d’apporter les avantages du logiciel libre au plus grand nombre. « C’est ce qui est au cœur de notre motivation, et à maintes reprises nous avons dû employer des chemins détournés pour rester cohérents avec ce principe. »

Il précise que la grande majorité du travail produit par Canonical est mis à la disposition de tous sous licence libre. « Y compris des éléments de nature éminemment stratégique, tel que Launchpad, qui est publié sous une licence compatible avec les réflexions les plus récentes concernant les services internet libres. Nos réalisations propriétaires n’impliquent jamais qu’il faille installer des outils fermés de Canonical dans Ubuntu, se limitent à des services réseau, permettent de promouvoir tout le reste, et restent totalement optionnelles pour les utilisateurs d’Ubuntu. C’est une pratique que l’on retrouve sur d’autres plateformes. »

En conclusion, Mark Shuttleworth affirme être très fier de ce qu’apporte Canonical à la communauté du logiciel libre. « Si nous rencontrons autant de succès que je le souhaite, alors le monde aura pour la première fois une plateforme de qualité professionnelle disponible gratuitement pour tous. Ce qui n’est pas le cas avec les acteurs dominants du marché Linux. Je me consacre corps et âme à ce but, et j’apprécie énormément de partager cette cause avec des milliers d’autres au sein de la communauté Ubuntu. »

« Travailler en partenariat avec Yahoo! n’a jamais, à ma connaissance, induit la moindre négociation avec Microsoft. Et nous n’accepterons pas les conditions de Microsoft en matière de licence de propriété intellectuelle, comme le fit Novell. En revanche, si nous pouvons collaborer de façon constructive avec Microsoft, Oracle ou IBM, lesquels incluent une grande quantité de code propriétaire dans leurs produits, il est certain que nous nous engagerons de façon ouverte et de bonne foi. Je suis convaincu que nous le ferons avec le soutien sans faille des responsables de la communauté Ubuntu. »

Voici un récent article du Guardian qui tourne paradoxalement autour du logiciel libre et des formats ouverts mais sans véritablement les nommer.

Nous avons cependant jugé qu’il avait son intérêt dans la mesure où la science et la recherche ont désormais de plus en plus recourt à l’informatique pour traiter des données et en tirer analyses et conclusions^[1].

Or comment voulez-vous que l’on puisse valider les résultats si les applications utilisées sont propriétaires ou si les chercheurs eux-mêmes ne mettent pas le code de leur programme à disposition ?

L’article s’appuie sur la récente affaire dite du « Climategate » qui a fait grand bruit outre-Manche (et étrangement peu de cas chez nos grands médias français).

Quand recherche sérieuse rime avec libération du code informatique

If you’re going to do good science, release the computer code too

Darrel Ince – 5 février 2010 – The Guardian
(Traduction Framalang : Kovalsky et Olivier)

Les programmes informatiques prennent chaque jour plus de place dans le travail scientifique. Mais partie prenante dans les conditions de l’expérience vous devez pouvoir les vérifier comme en atteste la bataille qui se joue autour des données sur le changement climatique.

On retiendra de l’affaire concernant la révélation publique des e-mails et des documents de l’Unité de Recherche Climatique de l’Université d’East Anglia qu’ils mettent en lumière le rôle du code informatique dans la recherche climatique. Il y a notamment une série de « README » produite par un programmeur de l’UEA connu sous le nom de « Harry ». Ces notes sont celles de quelqu’un qui lutte avec du code ancien non-documenté, et des données manquantes. Et pourtant, on parle bien d’un élément de l’une des trois bases de données climatiques principales dont se sont servis les chercheurs du monde entier pour en tirer analyses et conclusions.

Beaucoup de scientifiques du climat ont refusé de publier leur programme informatique. À mes yeux, ça n’est ni scientifique, ni responsable, parce que les logiciels scientifiques sont réputés pour leur manque de fiabilité.

L’Histoire nous a appris à ne pas faire une confiance aveugle aux logiciels scientifiques. Par exemple le Professeur Les Hatton, un expert international en tests logiciels, résident de l’Université du Kent et de Kingston, a mené une analyse approfondie de plusieurs millions de lignes de code scientifique. Il a montré que les logiciels présentaient un nombre exceptionnellement élevé d’erreurs détectables.

Par exemple, les erreurs de communication entre les modules de logiciels qui envoient les données d’une partie d’un programme à une autre se produisent à une fréquence de 1 pour 7 communications en moyenne dans le langage de programmation Fortran, et de 1 pour 37 communications dans le langage C. C’est d’autant plus inquiétant qu’une seule et unique erreur est susceptible d’invalider un programme informatique. Plus grave encore, il a découvert que la précision des résultats chute de six chiffres significatifs à un chiffre significatif après traitement par certains programmes.

Les travaux d’Hatton et d’autres chercheurs indiquent que les logiciels scientifiques sont souvent de mauvaise qualité. Il est stupéfiant de constater que cette recherche a été menée sur des logiciels scientifiques commerciaux, produits par des ingénieurs logiciels soumis à un régime de tests, d’assurance qualité et à une discipline de contrôle des modifications plus connue sous le nom de gestion de configuration.

À l’opposé, les logiciels scientifiques développés dans nos universités et nos instituts de recherches sont souvent produits, sans assurance qualité, par des scientifiques qui n’ont pas de formation en ingénierie logicielle et donc, sans aucun doute, l’occurence des erreurs sera encore plus élevée. Les fichiers « Harry ReadMe » de l’Unité de Recherche Climatique sont une preuve flagrante de ces conditions de travail. Ils résument les frustrations d’un programmeur dans sa tentative de conformer ses séries de données à une spécification.

Le code informatique est au coeur d’un problème scientifique. La science se définit par sa potentielle remise en cause : si vous érigez une théorie et que quelqu’un prouve qu’elle est fausse, alors elle s’écroule et on peut la remplacer. C’est comme cela que fonctione la science : avec transparence, en publiant chaque détail d’une expérience, toutes les équations mathématiques ou les données d’une simulation. Ce-faisant vous acceptez et même encouragez la remise en question.

Cela ne semble pas être arrivé dans la recherche climatique. De nombreux chercheurs ont refusé de publier leur programme informatique, même ceux qui sont encore utilisés et qui ne sont pas sujet à des accords commerciaux. Le Professeur Mann, par exemple, refusa tout d’abord de fournir le code, employé pour construire en 1999 le graphique en cross de hockey, qui a démontré que l’impact de l’homme sur le réchauffement climatique est un artefact unique de la dernière décennie (il l’a finalement publié en 2005).

La situation n’est pas aussi désastreuse pour tous les travaux académiques. Certaines revues, économiques et économétriques par exemple, imposent que l’auteur soumette ses données et ses programmes au journal avant publication. Un cas fondamental en mathématiques a également fait parler de lui : la preuve « par ordinateur » de la conjoncture des quatre couleurs par Appel et Haken. Cette démonstration a partagé la communauté scientifique puisque pour la première fois le problème de la validation du théorème s’est trouvé déplacé vers le problème de la validation de l’algorithme d’exploration et de sa réalisation sous forme de programme. Bien que critiquée pour son manque d’élégance, la preuve n’en était pas moins correcte et le programme informatique, publié et donc vérifiable.

Des organismes et des individus, ralliés à l’idée du quatrième paradigme, attachent beaucoup d’importance au problème de l’informatique scientifique à grande échelle et à la publication des données. C’était l’idée de Jim Gray, un chercheur expérimenté de Microsoft, qui a identifié le problème bien avant le Climategate. Actuellement, la recherche consacrée aux mécanismes qui pourraient faire du Web un dépôt pour les publications scientifiques est très active, elle englobe également les logiciels et la formidable quantité de données qu’ils consomment et génèrent. Un certain nombre de chercheurs mettent au point des systèmes qui montrent le progrès d’une idée scientifique, des premières ébauches d’idées jusqu’à la publication papier^[2]. Les problèmes rencontrées avec la recherche climatique apporteront un élan à ce travail pour qu’il soit accéléré.

Donc, si vous publiez des articles de recherche qui s’appuient sur des programmes informatiques, si vous prétendez faire de la science mais que vous refusez de publier les programmes en votre possession, je ne peux vous considérer comme un scientifique. J’en irais même jusqu’à dire qu’à mes yeux les publications basées sur ces programmes seront nulles et non avenues.

Je trouve incroyable qu’une faute de frappe puisse être à l’origine d’une erreur dans un programme, un programme qui pourrait à son tour être à l’origine de décisions portant sur des milliards d’euros, et le pire, c’est que la fréquence de ces erreurs est élevée. Les algorithmes (ou copules gaussiennes), sur lesquels se sont appuyées les banques pour s’assurer que les crédits sub-prime étaient sans risque pour eux, ont été publiées. La facture était salée. La facture du changement climatique sera aussi élevée. Raison de plus pour qu’aucune erreur dans les calculs ne soit tolérée là non plus.

Un évènement d’importance est passé totalement inaperçu la semaine dernière du côté des médias francophones (à l’exception notable de Numerama). Il faut dire qu’à priori cela ne nous concerne pas puisqu’il oppose un lobby américain à l’état indonésien.

Et pourtant, à l’heure de la mondialisation (de moins en moins heureuse), cet épisode est riche d’enseignements et annonce peut-être la fin de l’enfance et de l’innocence pour le logiciel libre.

« Ils » veulent la guerre économique et politique ? Alors ils l’auront ! Et tant qu’Internet demeurera neutre et ouvert, « nous » ne sommes en rien assurés de la perdre, quand bien même nous n’ayons pas la puissance financière de notre côté et la capacité à mobiliser un bataillon des meilleurs avocats à notre service^[1].

En perdant un brin notre sang-froid, nous pourrions presque qualifier cela de « Choc des Civilisations 2.0 » !

Plantons le décor de ce qui ressemble au départ à une information trop grosse pour être vraie.

Compagnies aériennes, paradis fiscaux, organisations terroristes… nombreuses sont les listes noires, émanant d’organismes divers et variés (nationaux ou internationaux, publics ou privés). Ainsi en va-t-il du « Special 301 Report » qui provient du bureau s’occupant officiellement de la politique commerciale internationale des États-Unis (The Office of the United States Trade Representative ou USTR).

Ce rapport vise à examiner chaque année la situation de la protection et de l’application des droits de la « propriété intellectuelle » à l’échelle mondiale. Il classe ainsi les pays en trois catégories : « surveillance en priorité » (on y retrouve en 2009 par exemple la Chine, la Russie et, plus surprenant, le Canada), « surveillance inférieure » et les autres, les bons élèves (cf cette mappemonde Wikipédia).

C”est un instrument de la politique économique internationale des États-Unis, et gare à vous si vous êtes en haut de la pyramide. Parce que vous fabriquez de fausses chaussures Nike, parce que vous produisez des médicaments sans y avoir autorisation, parce que vous proposez, dans la rue ou sur vos serveurs, des versions « piratés » de tel film, musique ou logiciel, etc.

Que la contrefaçon, la copie illégale, le non respect des brevets… fassent du tort à une économie américaine qui repose beaucoup sur l’exploitation de sa « propriété intellectuelle » et constituent par là-même un grand manque à gagner, nul ne le conteste. Qu’adossés à l’USTR on trouve un certain nombre d’associations qui agissent comme des lobbys en poussant le gouvernement américain à faire pression sur les pays incriminés pour qu’ils prennent les mesures nécessaires afin d’améliorer la situation, c’est de bonne guerre, d’autant que l’on connait l’influence et la force de persuasion des États-Unis dans la géopolitique internationale.

Mais que, tenez-vous bien, la volonté d’un état à développer le logiciel libre dans son pays en fasse un ennemi des intérêts américains de la « propriété intellectuelle » propre à vouloir le faire figurer en bonne place dans le « Special 301 Report », c’est nouveau, c’est scandaleux, et c’est ô combien révélateur des craintes, pour ne pas dire de la panique, qu’il suscite désormais dans l’économie « traditionnelle » de la connaissance.

C’est pourtant ce que n’a pas hésité à suggérer la très sérieuse et puissante International Intellectual Property Alliance (ou IIPA), coalition d’associations représentants les plus grandes multinationales des secteurs de la culture, du divertissement et des nouvelles technologies. On y retrouve ainsi le RIAA pour l’industrie musicale (Universal, Warner…), le MPAA pour le cinéma (Walt Disney, Paramount…), l’IFTA pour la télévision, l’ESA pour le jeu vidéo (Electronic Arts, Epic Games…) sans oublier la BSA pour l’informatique (Apple, Microsoft…).

Donc ici l’Inde, la Brésil et surtout l’Indonésie sont pointés du doigt pour la simple et (très) bonne raison qu’ils souhaitent favoriser l’usage du logiciel libre au sein de leur administration ! Vous avez bien lu, mis à l’index non pas parce qu’on veut l’imposer (ce qui aurait pu alors se discuter) mais juste parce qu’on souhaite l’encourager !

Plus c’est gros mieux c’est susceptible de passer, comme dirait le dicton populaire. Mais quels sont alors les (pseudos) arguments avancés ? Vous le saurez en parcourant l’article ci-dessous, traduit du journal anglais The Guardian.

On veut clairement nous abuser en nous faisant croire qu’il y a la « propriété intellectuelle » d’un côté et le logiciel libre de l’autre (qui tel Attila détruirait toute valeur marchande sur son passage). C’est de la propagande économique mais ne nous y trompons pas, c’est également éminemment politique puisque derrière cette initiative se cache une certaine conception du libéralisme et du rôle des états, où vieille Europe et monde anglo-saxon ne sont d’ailleurs pas forcément toujours sur la même longueur d’onde.

Cet épisode est évidemment à rapprocher avec ce qui se passe en ce moment du côté de l’ACTA.

L’ironie de l’histoire (outre le fait que le logiciel libre soit « né » aux USA), c’est que le Framablog passe son temps à patiemment ajouter des pays à sa propre liste blanche des institutions légitimement intéressées par les logiciels, les contenus et les formats libres et ouverts : Suisse, Angleterre, Canada, Brésil, Équateur, Amérique latine… sans oublier les États-Unis d’Obama qui n’en sont plus à un paradoxe près.

La liste est blanche pour certains et noire pour d’autres. Un nouvel échiquier se dessine, et la partie peut alors commencer…

Vous utilisez l’open source ? Vous êtes un ennemi de la nation !

When using open source makes you an enemy of the state

Bobbie Johnson – 23 Février 2010 – The Guardian Blog Technology
(Traduction Framalang : Tinou et Goofy)

Le lobby du copyright aux États-Unis s’est longtemps battu contre les logiciels open source – c’est maintenant au tour de l’Indonésie d’être dans la ligne de mire pour avoir poussé à leur utilisation dans les institutions gouvernementales.

Nous ne sommes que mardi, et cette semaine s’est déjà révélée intéressante pour les droits numériques. Le gouvernement britannique a reformulé sa proposition controversée de riposte graduée, et le traité secret de lutte contre la contrefaçon, l’ACAC (NdT : ou ACTA en anglais), fait de nouveau les gros titres. Pendant ce temps, un juge américain est encore en train de délibérer dans l’affaire Google Books.

Et comme si cela ne suffisait pas, voilà une nouvelle pierre à ajouter à l’édifice branlant des dernières nouvelles, grâce à Andres Guadamuz, professeur de droit à l’université d’Édimbourg.

Suite à des recherches, Guadamuz a découvert qu’un lobby influent demande, en substance, au gouvernement des États-Unis de considérer l’open source comme l’équivalent de la piraterie — voire pire.

Pardon ?

Il apparaît que l’Alliance Internationale pour la Propriété Intellectuelle (NdT : International Intellectual Property Alliance ou IIPA en anglais), groupe qui allie des organisations comme la MPAA et la RIAA, a demandé au représentant américain au commerce d’envisager d’inclure des pays comme l’Indonésie, le Brésil et l’Inde dans sa « Liste de surveillance n°301 », parce qu’ils utilisent des logiciels libres.

Qu’est-ce que la « Liste de surveillance n°301 » ? C’est un rapport sur « le respect réel de la propriété intellectuelle » dans le monde – en réalité une liste de pays que le gouvernement des États-Unis considère comme des ennemis du capitalisme. Elle est souvent utilisée comme moyen de pression commerciale — souvent dans le domaine de l’industrie pharmaceutique et de la contrefaçon — pour essayer de forcer les gouvernements à changer d’attitude.

On pourrait avancer qu’il n’est pas surprenant de la part du représentant américain au commerce — supposé militer pour un capitalisme de l’économie de marché — de ne pas aimer pas les logiciels libres, mais la situation n’est pas aussi simple.

Je sais bien qu’on a tendance à rattacher l’open source aux idéaux socialistes, mais je pense aussi que c’est un exemple de l’économie de marché en action. Quand les entreprises ne peuvent pas jouer contre des concurrents écrasants, elles contournent le problème et trouvent d’autres moyens de réduire les coûts pour rester dans la course. La plupart des logiciels libres, qui n’appartiennent pas à des états, se contentent de pousser la logique de la réduction du coût jusqu’à son terme et se servent de la gratuité comme d’un bâton pour taper sur la concurrence (iriez-vous accuser Google, dont le produit phare est gratuit, d’être anti-capitaliste ?).

Ceci dit, dans les pays où le gouvernement a légiféré en faveur de l’adoption de logiciels libres et/ou open source, cette tactique ne manque pas de cohérence, puisqu’elle attaque des acteurs comme Microsoft. Mais ce n’est pas tout.

Là où ça devient intéressant, c’est que Guadamuz a découvert que les gouvernements n’ont même pas besoin de légiférer. Une simple recommandation suffit.

L’année dernière, par exemple, le gouvernement indonésien a envoyé une circulaire à tous ses ministères et aux entreprises nationales, les incitant à utiliser des logiciels libres. Selon l’IIPA, il « encourage les agences gouvernementales à utiliser des logiciels libres ou open source, avec l’objectif d’en avoir terminé le déploiement fin 2011. On aboutira ainsi, selon la circulaire, à un usage légitime de logiciels libres, ainsi qu’à une réduction générale des coûts en logiciel ».

Rien de grave là-dedans, non ? Après tout, le gouvernement britannique a déclaré qu’il mettrait le turbo sur l’usage de logiciel open source.

Mais l’IIPA suggère que l’Indonésie mérite sa place sur la liste n°301 parce qu’encourager (et non forcer) de telles initiatives « affaiblit l’industrie du logiciel » et « ne contribue pas au respect des droits relatifs à la propriété intellectuelle ».

Extraits de la recommandation :

« La politique du gouvernement indonésien (…) affaiblit l’industrie du logiciel et sabote sa compétitivité à long terme en créant une préférence artificielle pour des sociétés qui proposent des logiciels open source et des services dérivés, et va même jusqu’à refuser l’accès du marché gouvernemental à des entreprises reconnues.

Au lieu de promouvoir un système qui permettrait aux utilisateurs de bénéficier de la meilleure solution disponible sur le marché, indépendamment du modèle de développement, elle encourage un état d’esprit qui ne reconnaît pas à sa juste valeur la création intellectuelle.

Ainsi, elle échoue à faire respecter les droits liés à la propriété intellectuelle et limite également la capacité du gouvernement ou des clients du secteur public (comme par exemple les entreprises nationales) à choisir les meilleures solutions. »

Oublions que cet argument ne tient pas compte du grand nombre d’entreprises qui prospèrent autour du modèle du logiciel open source (RedHat, WordPress et Canonical, pour ne citer qu’eux). Au-delà de ça, voici ce qui me paraît stupéfiant : il suffit de recommander des produits open source — produits qui peuvent être facilement taillés sur mesure sans affecter les règles définies par la licence — pour être accusé de vouloir tout « saboter ».

En fait, la mise en œuvre du respect de la propriété intellectuelle est souvent plus stricte dans la communauté open source, et ceux qui enfreignent les licences ou oublient d’attribuer les crédits à qui de droit sont souvent cloués au pilori.

Si ce que vous lisez vous met hors de vous, vous avez raison. C’est abracadabrant. Mais l’IIPA et l’USTR n’en sont pas à leur coup d’essai : il y a quelques années, ils ont mis le Canada sur leur liste des pays à surveiller en priorité.

Bruce Byfield est un journaliste américain que nous avons souvent traduit sur le Framablog.

Il nous livre ici une sorte de témoignage confession autour de cette simple question : Pourquoi le logiciel libre est-il important pour moi ? Une question qui, vers la fin, en cache une autre : Pourquoi le logiciel libre n’est-il pas important pour les autres ?

La réponse m’a alors fait fortement penser à l’Allégorie de la caverne de Platon parce que « pour une grande majorité, le Libre contraste tellement avec ce qu’ils connaissent qu’ils peinent à concevoir que cela existe »^[1].

Mais je ne vous en dis pas plus…

Pourquoi les 4 libertés du logiciel sont plus importantes que jamais pour les Linuxiens

Why ‘Free as in Freedom’ is More Important Than Ever for Linux Users

Bruce Byfield – 17 novembre 2009 – LinuxPlanet.com
(Traduction Framalang : Don Rico)

Une marionnette heureuse de sa condition

La Free Software Foundation organise un concours de vidéos sur le thème « Pourquoi le logiciel libre est-il important pour vous ? » C’est une question qui tombe à point nommé, en raison, d’une part, de la récente sortie de Windows 7, et d’autre part des bisbilles au sein de la communauté du Libre qui ont tellement gagné en virulence que ses partisans semblent en passe d’oublier leur objectif commun.

Je n’ai pas le talent pour monter une vidéo, mais ce concours m’a poussé à m’interroger : Pourquoi le logiciel libre est-il important pour moi ? Pourquoi la plupart de ceux qui m’entourent s’en soucient comme d’une guigne ? Ces deux questions sont plus intimement liées qu’on pourrait le croire au premier abord.

Une changement de logiciel et de relations

À certains égards, il m’est plus facile d’expliquer ce qui ne présente pas d’intérêt pour moi dans le logiciel libre que ce qui en présente. Par exemple, le code que j’écris se limite à des modifications d’un code existant, aussi avoir accès au code source n’est pour moi qu’un avantage indirect.

De la même manière, être journaliste spécialisé dans le domaine du logiciel libre ne présente que peu de bénéfices pour moi. J’aurais davantage de débouchés et de lecteurs si j’écrivais des rubriques sur le matériel, Windows, et même OS X.

La gratuité du logiciel m’importe peu elle aussi, car depuis des années je peux défalquer le prix des logiciels acquis de ma déclaration de revenus. D’ailleurs, utiliser des logiciels libres et gratuits est même un désavantage lorsque je déclare mes impôts, car j’ai moins de frais professionnels à déduire.

Je ne peux même pas avancer l’argument que je voue une vive haine à Microsoft – mon sentiment envers cette entreprise est plus une grande méfiance et le désir d’avoir le moins possible affaire à elle.

Microsoft a néanmoins contribué à me pousser vers le logiciel libre. Un mois à peine après l’acquisition de ma première machine, je pestais déjà contre les carences du DOS, que j’ai remplacé par 4DOS. 4DOS était alors un partagiciel (à l’époque, quasi personne ne connaissait l’existence des logiciels libres) et ses fonctionnalités plus riches m’ont appris que le prix de vente d’un programme n’avait rien à voir avec sa qualité.

C’est aussi cette recherche de qualité qui m’a conduit à préférer OS/2 à Windows 3.0, et à vouloir être en mesure de bidouiller mes logiciels.

L’abandon d’OS/2 par IBM sous la pression de Microsoft m’a fourni un enseignement supplémentaire : je ne pouvais compter sur une entreprise commerciale pour protéger mes intérêts en tant que client. Lorsque j’ai découvert le logiciel libre, je me suis aussitôt rendu compte que mes intérêts en tant qu’utilisateur seraient sans doute mieux protégés par une communauté. Au moins, la mise à disposition du code source réduisait les risques que l’on cesse de veiller à mes intérêts.

Au cours des dix dernières années, l’évolution du monde des affaires et de la technologie n’a fait que renforcer ces convictions. À une époque où primait le bon sens, les ordinateurs et internet auraient été construits à partir de standards élaborés de façon collaborative et soumis à la régulation des pouvoirs publics, comme la télévision et la radio l’ont été au Canada et en Europe. Hélas, l’informatique et l’internet étant apparus à l’ère où dominait le conservatisme américain, ils ont été développés pour leur majeure partie par des entreprises privées.

Le résultat ? Qualité discutable, obsolescence programmée, et absence quasi totale de contrôle par l’utilisateur. Les utilisateurs de Windows et de Mac OS X ne possèdent même pas les logiciels qu’ils achètent, on leur accorde seulement un licence pour les utiliser. D’après les termes de ces licences, ils n’ont même pas le droit de contrôler l’accès que peuvent avoir Microsoft ou Apple à leur matériel ou à leurs données.

Du point de vue du consommateur, une telle situation serait inacceptable avec n’importe quel appareil. Qui tolérerait pareilles restrictions si elles s’appliquaient aux voitures ou aux cafetières électriques ?

La véritable liberté

Dans le domaine de l’informatique et de l’internet, pourtant, la situation est quasi catastrophique. Les ordinateurs pourraient être le plus formidable outil de tous les temps pour la promotion de l’éducation et de la liberté d’expression. De temps à autre, les entreprises propriétaires reconnaissent par un petit geste ce potentiel en créant des logiciels éducatifs ou en vendant leurs produits à bas prix aux pays en voie de développement.

Pourtant, dans la plupart des cas, ce potentiel n’est exploité au mieux qu’à 50% par les logiciels propriétaires. Leur coût élevé et l’absence de contrôle par l’utilisateur signifient que l’accès à ces outils reste bridé et filtré par leurs fabricants. À cause d’un hasard de l’Histoire, nous avons laissé des entreprises commerciales utiliser ces technologies, ce qui est bien sûr tout à fait acceptable, mais aussi avoir le contrôle sur tous ceux qui comme eux les utilisent.

Le logiciel libre, lui, reprend une partie de ce contrôle aux entreprises commerciales et rend l’informatique et internet plus accessibles à l’utilisateur moyen. Grâce aux logiciels libres, notre capacité à communiquer n’est plus restreinte par notre capacité financière à acquérir tel ou tel programme. Ce n’est pas la panacée, car le prix du matériel reste une barrière pour certains, mais il s’agit d’un pas de géant dans la bonne direction.

Pour résumer, le logiciel libre est une démocratisation d’une technologie privative. On retrouve cet esprit intrinsèque dans les communautés qu’il génère, dans lesquelles la norme est le bénévolat,le partage et la prise de décision collégiale. On le retrouve aussi dans l’utilisation de logiciels libres pour la création d’infrastructures dans les pays en développement, ou dans les initiatives que mènent l’Open Access Movement (NdT : Mouvement pour l’Accès Ouvert) pour affranchir les chercheurs universitaires des revues à accès restreint, de sorte que tout un chacun puisse les exploiter. En un mot, le logiciel libre, c’est un pas en avant pour atteindre les idéaux sur lesquels la société moderne devrait reposer.

On pourrait me rétorquer que d’autres causes, telles que la lutte contre la faim et la misère dans le monde, sont plus importantes, et je vous donnerais raison. Néanmoins, c’est une cause à laquelle je peux apporter ma modeste contribution. À mon sens, elle est non seulement importante, mais si essentielle pour les droits de l’homme et la liberté de la recherche que je peine à comprendre pourquoi elle n’est pas déjà universelle.

Hors du cadre de référence

Hélas, le logiciel libre ne peut se targuer que d’un nombre d’utilisateurs réduit, même si celui-ci augmente sans cesse. On cite souvent les monopoles, l’ampleur de la copie illégale, l’absence d’appui des constructeurs, les luttes intestines au sein des communautés et l’hostilité envers les non-initiés, pour expliquer pourquoi l’utilisation des logiciels libres n’est pas plus répandue. Toutes ces raisons jouent sans doute un rôle, mais je soupçonne les véritables causes d’être beaucoup plus simples.

« Je ne comprends pas qu’on puisse encore utiliser Windows », ai-je un jour grommelé en présence d’un ami. « Parce que c’est préinstallé sur tous les ordinateurs ? » a-t-il répondu. Il n’avait sans doute pas tort.

On pourrait penser que des gens qui passent de huit à quatorze heures devant leur machine souhaiteraient avoir davantage de contrôle sur elle. Mais il ne faut jamais sous-estimer la force de la peur du changement. Si les ordinateurs sont vendus avec un système d’exploitation préinstallé, la plupart des utilisateurs s’en accommodent, même s’ils passent leur temps à s’en plaindre ou à s’en moquer.

Je pense néanmoins que le frein principal à une adoption plus massive des logiciels libres est plus basique encore. Pour une grande majorité, le Libre contraste tellement avec ce qu’ils connaissent qu’ils peinent à concevoir que cela existe.

Le logiciel libre trouve son origine dans l’informatique universitaire des années 1960 et 1970, mais pour le plus grand nombre, l’histoire de l’informatique ne commence qu’avec l’apparition de l’ordinateur personnel sur le marché vers 1980.

Depuis, les logiciels sont avant tout des produits marchands, et le fait que les fabricants aient tout contrôle sur eux constitue la norme. Même si de temps à autre il arrive aux utilisateurs de râler, ils sont habitués à perdre les droits qui devraient être les leurs en matière de propriété dès qu’ils sortent leur logiciel de sa boîte.

De nombreux utilisateurs ignorent encore quels sont les objectifs du logiciel libre. Pourtant, s’ils sont un jour amenés à découvrir le logiciel libre, ils apprennent vite que ses aspirations sont radicalement différente.

Pour le mouvement du Libre, le logiciel n’est pas une marchandise mais un médium, comparable aux ondes télé ou radio, qui devrait être fourni à tous avec leur matériel informatique. Cette philosophie suggère que l’utilisateur moyen devrait être plus actif dans sa façon d’utiliser son ordinateur et modifier son rapport aux fabricants.

Face à des aspirations si opposées, quelle peut être la réaction de l’utilisateur moyen à part l’incompréhension et le rejet ? Il se peut que son premier réflexe consiste à penser que tout cela est trop beau pour être vrai. Il risque de ne pas croire à la façon dont sont conçus les logiciels libres, et craindre des coûts cachés ou la présence de logiciels malveillants.   Cet utilisateur n’est pas près de prendre ces promesses pour argent comptant, et il n’y a rien d’étonnant à cela.

Le logiciel libre diffère tant des logiciels qu’il utilise depuis toujours qu’il n’a pas de cadre de référence. Le fait que le Libre offre plus de souplesse et plus de possibilité de contrôle qu’il n’en a jamais eu ne fait pas le poids contre l’incapacité de l’utilisateur à le rapprocher du reste de son expérience avec les logiciels. Plutôt que de de se jeter dans les bras du Libre, il risque de le rejeter par incompréhension.

Retour aux fondamentaux

Lors de mon premier contact avec le Libre, je l’ai considéré comme un phénomène isolé. Ses similitudes avec d’autres tendances ou mouvements historiques ne me sont apparues que plus tard. Aujourd’hui encore, il m’arrive de temps à autre de négliger trop facilement son importance, et je soupçonne qu’il en va de même pour de nombreux membres de la communauté.

Cette remarque s’applique surtout pour ceux qui se définissent comme partisans de l’Open Source, lesquels accordent de la valeur au logiciel libre principalement pour la qualité supérieure que permet le code ouvert. Ils oublient parfois, comme me l’a un jour confié Linus Torvalds, que ce confort accordé aux codeurs n’est qu’un moyen permettant d’accéder à la liberté de l’utilisateur.

Mais négliger l’importance du logiciel libre a un effet encore plus profond. Nous, qui appartenons à la communauté, sommes conscients de cette importance, mais nous la prenons souvent pour acquise. Pris dans notre routine, nous perdons de vue que ce qui nous semble normal peut se révéler déroutant et menaçant pour qui en entend parler pour la première fois.

Chaque année, le logiciel libre accomplit de nouvelles avancées. Quand je fais le point sur mes dix ans d’activité dans ce domaine, je suis souvent stupéfait par les progrès dont j’ai été témoin, à la fois concernant les logiciels eux-mêmes et le succès qu’ils remportent en dehors de la communauté. Néanmoins, le logiciel libre pourrait rencontrer le succès plus vite si ceux qui participent au mouvement se remémoraient plus souvent son importance et se rendaient compte du caractère déconcertant qu’il peut avoir pour les néophytes.

Ce matin je reçois dans ma boite aux lettres (électronique) un communiqué de presse m’informant de la création du Conseil National du Logiciel Libre (ou CNLL).

Le nom m’a intrigué parce que de Conseil national, je connaissais surtout celui de Suisse, de la Résistance et de l’Ordre des médecins !

En fait il s’agit d’une nouvelle association nationale regroupant 10 associations régionales représentant 200 entreprises françaises spécialisées dans le logiciel libre.

Le CNLL a pour vocation de parler au nom de l’ensemble de la filière économique du logiciel libre, sans discrimination, afin de faire connaître les bénéfices du logiciel libre dans le contexte actuel de relance économique, et de faire entendre les demandes de ses membres auprès des pouvoirs publics, pour un soutien à l’activité économique de la filière.

L’union faisant la force, c’est une très bonne nouvelle que voilà.

D’ailleurs l’Aful, associée au communiqué de presse, se réjouit de cette création. Tandis que l’April salue l’initiative.

On remarquera au passage la subtile nuance entre la réjouissance et la salutation. Le titre de l’annonce n’étant d’ailleurs pas le même chez nos deux associations : Création du Conseil National du Logiciel Libre pour le premier, Création d’une fédération professionnelle du Logiciel Libre pour le second 😉

J’ai eu la curiosité de parcourir la FAQ du site.

« Logiciels Libre » ou « Open Source », quelle est la position du CNLL ?

Logiciel Libre et Open Source Software désignent des logiciels dont les licences permettent de les utiliser, de les modifier et de redistribuer librement, selon des conditions qui ont été codifiées précisément, respectivement par la FSF et l’OSI. Les deux termes ont cependant des connotations différentes, et certains préfèrent utiliser l’un plutôt que l’autre, ce que nous respectons, tout en estimant que nous n’avons pas à trancher dans ce débat.

Quelle que soit la façon dont on les appelle, nous estimons que le processus de développement et de diffusion des logiciels libres / open source est à même d’apporter plus de valeur à moindre coût, et plus de contrôle sur leurs choix technologiques, aux clients des entreprises que nous représentons.

Cette dernière phrase a tout de même de forts accents « open source » selon moi. Comme si on répondait tout de même à la question en faisant un choix (au demeurant tout à fait cohérent, logique et respectable)^[1].

Mais du coup je n’aurais pas forcément adopté un tel nom de baptême, qui peut prêter à confusion dans le sens où on ne comprend pas forcément qu’il s’agit de fédérer des entreprises.

Proposition alternative : l’ANAREFOS pour Association Nationale des Associations Régionales des Entreprises Françaises Open Source. Mais c’est plus long, moins sexy et puis il y a « anar » dedans !

Certaines mauvaises langues m’objecteront qu’il existait déjà une structure similaire avec la FniLL, qui a pour « vocation de représenter en France l’ensemble des acteurs professionnels qui participent au dynamisme de l’économie du Logiciel Libre ». N’étant pas dans le secret des dieux, je me dis qu’il doit y avoir quelques bonnes raisons à une telle (saine) concurrence.

Aful / April, CNLL / FniLL, Logiciel Libre / Open Source, ce billet figurera en bonne place dans le « Hall of Troll » du blog !

Mais qu’on ne se meprenne pas. Moi aussi je salue, que dis-je, je me réjouis de la naissance de ce projet qui témoigne du dynamisme des FLOSS dans notre beau pays 😉

L’image ci-dessous représente la copie d’écran d’une nouvelle distribution GNU/Linux qui se veut entièrement libre et bootable sur une clé USB.

Un peu comme notre Framakey Ubuntu-fr Remix, sauf qu’Ubuntu n’est pas « entièrement libre » au sens que lui donne la Free Software Foundation (principalement à cause des drivers graphiques propriétaires inclus dans la distribution, attention troll détecté !).

Elle porte le nom de RMS’s Mostly Slax (codename pour la version 1.2 : Rose), acronyme récursif faisant un double clin d’œil à Richard Matthew Stallman et à l’héritage de la distribution Slax.

RMS GNU/Linux-Libre !

RMS GNU/Linux-Libre!

Mattl – 11 février 2009 – FSF Blogs
(Traduction Framalang : Quentin)

RMS GNU/Linux-Libre est un projet visant à créer une distribution GNU/Linux composée uniquement de logiciels libres et qui soit assez petite pour tenir sur une clé USB. tion-gnu-linux-rms-mostly-slax La distribution, qui promet d’être le parfait compagnon des amoureux de la liberté, aura la capacité de garder les modifications sur la clé, ainsi que d’installer, de mettre à jour ou de désactiver les paquets logiciels dans une application de gestion des modules.

Le nom de cette distribution, RMS’s Mostly Slax, est à la fois un hommage au fondateur du système d’exploitation GNU, mais aussi une référence à l’histoire de ce projet, basé sur SLAX (elle même basée sur la vieille Slackware). RMS présente la version 2.6.27.42 de Linux-Libre, un projet pour modifier le noyau Linux et supprimer tout firmware et bouts de code propriétaire, ainsi que le navigateur GNU Icecat et l’environnement KDE 3.5. D’autres modules sont aujourd’hui en développement et devraient être prochainement disponibles au téléchargement sur le site du projet.

On trouvera une liste de distributions libres sur le site du projet GNU.

Que va-t-il se passer en 2010 dans le monde de l’open source et du logiciel libre ?

Seul Nostradamux le sait.

Mais le journaliste Bruce Byfield s’est tout de même risqué au jeu des prédictions dans un article que nous avons traduit avec un petit mois de retard (ouf, il était temps !).

Tout comme nous, vous ne serez pas forcément d’accord sur tout. Il va alors sans dire que les commentaires sont là pour accueillir vos critiques et vos propres plans sur la comète^[1].

L’open source en 2010 : Neuf prédictions

Open Source in 2010: Nine Predictions

Bruce Byfield – 30 décembre 2009 – Datamation
(Traduction Framalang : Cheval boiteux, Martin et Olivier)

Même si c’est la fin de la décennie seulement pour ceux qui ne savent pas compter, les rétrospectives semblent plus à la mode que les prédictions en ces derniers jours de 2009. Peut-être aussi qu’après une année de récession, les experts de l’avenir deviennent plus prudents.

Mais, n’étant pas de ceux qui suivent les tendances et n’étant pas du genre nostalgique, je préfère tourner mon regard vers le futur, pour envisager ce qu’il pourrait réserver aux logiciels open source. Tout bouge dix fois plus vite dans l’open source que dans l’informatique grand public, et 2010 risque bien de ne pas déroger à la règle.

Je pense que nous pouvons considérer comme acquis que l’open source va continuer à gagner en popularité. 2010 ne sera pas cette légendaire « Année où Linux se démocratise », mais nous devrions continuer à observer la même lente et constante progression de son adoption que dans la dernière décennie.

Mais quoi d’autre ? Permettez-moi de prouver ma témérité en faisant neuf prédictions sur ce que 2010 nous réserve sur le plan des communautés, de la technologie et de l’économie de l’open source.

1. L’arrivée des pilotes vidéos totalement libres

Les utilisateurs ont dû attendre longtemps pour avoir des pilotes vidéo open source aussi performant que leurs pendants propriétaires. Mais d’ici à la fin de l’année prochaine cela pourrait bien se concrétiser. Les pilotes Intel sont déjà stables, et utilisés sur plus de 25% des ordinateurs open source.

Quant aux autres cartes graphiques, le noyau 2.6.33 de Linux devrait apporter une meilleure gestion des cartes ATI et NVIDIA. Attendez-vous donc à de gros progrès d’ici à la fin de l’année. Et dans le pire des cas, si des fonctions manquent encore, elles devraient être au point pour la mi-2011^[2].

2. La communauté crééra un fork de MySQL

Quand Oracle a racheté Sun Microsystems en avril 2009, ils ont également acquis MySQL, la base de données la plus populaire d’Internet. Huit mois plus tard, le sort réservé par Oracle à MySQL est toujours incertain et les gens s’inquiètent.

Richard Stallman a demandé publiquement à Oracle de rendre MySQL à la communauté, alors que Monty Widenius, le créateur de MySQL, a initié une campagne de rédaction de lettres à la Commission européenne pour éviter le démembrement de la base de données par Oracle.

Étant donné qu’il semble n’y avoir aucune logique juridique pour aider ces campagnes, je pense qu’ils vont échouer. S’ils y arrivent, la méfiance envers Oracle aura certainement raison de l’intégration de MySQL dans les distributions open source.

Il y a de grandes chances que la communauté privilégie des forks existants de MySQL, probablement MariaDB de Widenius, qui est déjà intégrée au Launchpad d’Ubuntu. PostgreSQL, l’autre grande base de données open source, ne devrait pas tant en profiter car elle semble moins adaptée aux besoins des sites Web.

3. La sortie de Gnome 3.0 risque de déclencher une révolte chez les utilisateurs

Il y a deux ans, un vent de révolte accompagna la sortie de KDE 4.0, car cette nouvelle version instaurait une rupture avec les précédentes (des fonctions clés n’y étaient pas encore intégrées). GNOME 3.0, provisoirement prévu pour septembre 2010, ne devrait pas souffrir du même manque de fonctionnalités, mais les premières versions suggèrent un style nouveau, comme KDE 4.0 (et les premières réactions montrent que les utilisateurs y seront aussi hostiles).

L’avantage de GNOME est que ses développeurs peuvent bénéficier de l’expérience de KDE. Aucune hostilité n’est permanente, surtout si la prochaine version a une feuille de route claire.

Tout de même, les plaintes peuvent être spécialement fortes ou longues, qui sait ? Peut-être que les critiques envers GNOME attireront plus d’utilisateurs vers KDE ou vers des environnements graphiques moins connus comme Xfce.

4. La différence entre Logiciel Libre et Open Source va se creuser davantage

De l’extérieur, open source et logiciel libre sont des noms différents désignant le même phénomène. Cependant pour beaucoup de membres de communautés c’est comme dire que le Protestantisme n’est pas différent du Catholisisme. Malgré bon nombre de similarités l’open source est un mouvement de développeurs qui vise à perfectionner la qualité du code source, alors que le mouvement du logiciel libre se concentre sur les libertés accordées à l’utilisateur^[3].

Dans la pratique, les deux philosophies coexistent (souvent à l’intérieur d’un même projet). Cependant, de temps à autre, ces membres rentrent en conflit. Le dernier conflit majeur était il y a deux ou trois ans à propos de la version 3.0 de la licence GNU GPL (GNU General Public License), qui donnait plus d’importance au logiciel libre que la version 2.0.

Le problème suivant qui provoquera un conflit reste incertaine. Cependant, les personnes soutenant le logiciel libre n’ont jamais été timides sur le fait d’exprimer leurs opinions, et les adhérents de l’open source sont devenus de plus en plus méprisants envers le logiciel libre en général et leur fondateur Richard Stallman en particulier. Dans la même veine, la rhétorique est devenue si méprisante que le conflit semble n’être qu’une question de temps.

Il y a deux ou trois semaines, le problème le plus probable apparaissait être le possible retrait de GNOME du projet orienté logiciel libre GNU, un changement qui ne signifierait presque rien dans la pratique, mais qui serait probablement perçu comme une preuve que GNOME est désormais clairement dans le camp de l’open source. Le problème, cependant, est plus complexe que la contestation du conflit lui-même.

5. L’open source sera encore confronté au sexisme

2009 nous a montré une série d’évènement dans lesquels des gens comme Richard Stallman^[4] et Mark Shuttleworth ont été accusés de sexisme à cause de remarques faites en public.

Et avec l’observation que les femmes sont sous-représentées dans l’open source, 2009 a été l’année où la communauté a semblé découvrir cette problématique^[5].

6. Google Chrome OS inaugurera les OS dans les nuages

Chrome OS, le système d’exploitation dans les nuages de Google, devrait sortir dans la deuxième moitié de 2010. Étant donné ce que l’on dit toujours sur l’état des version bêta des produits de Google, personne ne sera surpris que version finale soit retardée. Mais 2010 montrera, au moins, une version bêta avancée ou une release candidate. Malgré l’existence de Jolicloud, la majorité des utilisateurs verra Chrome OS comme le premier système d’exploitation dans les nuages.

Chrome OS devrait être téléchargé des millions de fois dans le premier mois de sa sortie, du fait de sa nouveauté. De plus, Google est en train de travailler avec les fabricants de matériel pour être sûr que Chrome OS sera supporté. Malgré tout, une grande partie des utilisateurs resteront sceptiques à l’égard de Chrome OS. Beaucoup d’entre-eux ont déjà de sérieux doutes sur les systèmes d’exploitations dans les nuages, et jusqu’à présent ils y sont moins à l’aise que sur les systèmes d’exploitations traditionnels, desquels ils sont censés être ainsi délivrés.

Je pense et j’espère que Chrome OS ne sera rien de plus qu’un produit de niche. De toutes les façons, on aura quand même le verdict sur la validité du concept avant la fin de 2010.

7. Mozilla Firefox et Google Chrome se disputeront la première place

Même si je ne me trompe pas en affirmant que Chrome OS ne suscitera que peu d’engouement, ce qu’il restera après sa disparition c’est bien le navigateur Chrome. Sa vitesse et son aspect multitâches sont des défis que devra relever Mozilla Firefox avec habileté pour lui faire face, d’autant plus que Chrome pourrait signifier une interruption du soutien de Google dans le développement de Mozilla.

Pour le moment, le plus grand avantage de Firefox réside dans ses milliers d’extensions. Bien que les premières extensions pour Chrome soient d’ores et déjà disponibles, elles ne battront pas celles de Mozilla en nombre ou en polyvalence avant quelques années (et ceci seulement s’il se forme une large communauté).

Cette situation veut dire que Chrome n’est pas plus prêt à dépasser Mozilla que Mozilla est prêt à dépasser Internet Explorer dans les prévisions futures. Cependant, en 2010, Chrome peut ronger la base des utilisateurs de Firefox sur le même principe que Firefox le fait avec ceux d’Internet Explorer.

8. Raindrop et Wave ne vont pas réussir à trouver des utilisateurs

Par coïncidence, deux des nouvelles applications que nous trouvons prometteuses pour 2010 sont Mozilla Raindrop, un outil de réseau social et de messagerie électronique one-stop^[6], et Google Wave, un outil collaboratif.

Les deux sont intéressants pour les développeurs et les ergonomes. Cependant, à l’heure où j’écris ces lignes, Raindrop n’est pas encore sorti, et Wave est seulement accessible sur invitations. Je serais surpris que l’un ou l’autre devienne un grand succès. Il s’agit en effet de résoudre des problèmes que les utilisateurs ne voient pas comme tels. Je n’ai simplement pas l’impression que les utilisateurs souhaitent centraliser leur messagerie, ou soient particulièrement intéresses par une collaboration en temps-réel.

Même si les utilisateurs se montrent motivés, Raindrop et Wave sont tous les deux en l’état trop compliqués et spécialisés en l’état pour qu’ils soient réellement adoptés. Un réajustement est nécessaire. Les critiques seront probablement enthousiastes, parce qu’ils font partie des utilisateurs expérimentés. Et les autres utilisateurs ? Pas tellement.

9. Le Nexus One ne sera qu’un jouet pour les geeks

Dans le courant du mois de janvier, le Nexus One de Google va être disponible^[7]. Le Nexus One a fait un gros (bien que pas totalement favorable) buzz à l’intérieur de la communauté des techniciens, mais on peut se demander se faire une place.

D’après des rapports, le Nexus One n’inclura pas de fonctionnalités qui aurait pu lui attirer les faveurs du grand public. En plus, il va entrer sur le marché des téléphones mobiles déjà saturé, et Google ne possède pas la réputation d’Apple. Sans compter qu’il sera d’autant moins aidé que, au début, il ne sera pas vendu par les opérateurs de téléphonie mobile, et ne sera pas non plus dans les boutiques. En ces circonstances, je pense que il se vendra principalement aux développeurs, et qu’il peinera à élargir ce cercle^[8].

Avec un peu de recul

Cette liste a été établie en toute indépendance. Pourtant, en la relisant, je réalise que quatre des neuf prédictions impliquent Google. Cette observation suggère une meta-prédiction : 2010 sera une année cruciale pour Google. Son évolution de développeur en acteur majeur aussi bien dans le logiciel que dans le matériel se joue cette année.

Connaissant l’histoire de Google, le succès de cette entreprise me laisse pessimiste. Et pourtant, Google lance tellement d’innovations que tôt ou tard, elle est susceptible de sortir quelque chose d’incroyable, la démonstration du paradoxe du singe savant peut-être tout simplement^[9].

Pour ce qui est de mes autres prédictions, même si je m’attends à des changements dans la communauté open source, je ne me prépare pas à l’Apocalypse. La communauté est vaste, les changements sont inéluctables, mais en même temps, cela n’aura pas forcément beaucoup d’impact sur les milliers de personnes qui envoient des correctifs quotidiennement. Sur le coup, les sentiments sont exacerbés, mais en fin de compte, la communauté poursuivra tranquillement sa route, même si de temps en temps le cours des choses sera perturbé par un événement imprévisible.

Et si jamais je me trompe ? Alors j’en appelle aux privilèges des voyantes et demanderait qu’il ne me soit pas tenu rigueur de mon manque de précision ou de mon incapacité à prévoir le futur et je me réserve le droit de retenter ma chance l’an prochain, sans que personne ne me rappelle à mes erreurs passées.

Si vous avez le malheur de développer un projet « open source » au sein de votre entreprise alors vous courrez le risque de voir arriver une « communauté » qui peut à tout moment s’agréger autour du code source de votre logiciel et en menacer sa bonne gouvernance.

Heureusement le développeur Josh Berkus est là pour vous expliquer point par point comment faire pour être certain de ruiner et dissoudre toute velléité communautaire (au cours d’une intervention donnée il y a un mois à la Linux.Conf.au et relatée ici par Jonathan Corbet)^[1].

Un article évidemment ironique (qui détourne les howto), mais qui donne à réfléchir sur les relations subtiles et complexes qui peuvent exister entre les communautés et les entreprises qui œuvrent sur un même projet.

Pas toujours facile de se comprendre en effet quand les uns disent plutôt « logiciel libre » et les autres plutôt « open source » (voire même parfois carrément « fauxopen source »).

Et puis, c’est pratique, puisqu’on dispose ainsi de tout ce qu’il ne faut pas faire pour réussir un projet communautaire.

On notera que Josh Berkus avait la société Sun Microsystems en tête lorsqu’il a énoncé son propos (Sun soutient notamment MySQL et OpenOffice.org). Mais comme il le précise lui-même a posteriori sur son blog, cela peut s’appliquer à n’importe quelle « corporate open source » et de citer alors entre autres Red Hat, Microsoft, IBM, Cisco, SugarCRM, Novell, Compiere, Borland, Google, ou encore Apple. « Si vous avez à faire à une compagnie qui possède un projet open source, vous pouvez être sûr à 95% qu’elle suit au moins un des dix points mentionnés ci-dessous »

Et de conclure positivement sur la nécessité de cultiver l’un des mots clés les plus importants de la communauté : la confiance.

Comment détruire votre communauté : mode d’emploi

How to destroy your community

Jonathan Corbet – 18 janvier 2010 – LWN.net
(Traduction Framalang : Olivier, Daria et Don Rico)

Le réputation de Josh Berkus en tant que hacker de PostgreSQL n’est plus à faire, mais ce n’est pas sa seule compétence, puisqu’il a aussi acquis une précieuse expérience durant sa pige au « Laboratoire de Destruction des Communautés », plus connu sous le nom de Sun Microsystems. Il y a suivi « l’enseignement breveté en 10 étapes » pour apprendre à débarrasser un projet de toute ingérence de la communauté.

La présentation très dynamique qu’a donnée Josh à la Linux.Conf.au sur le sujet était la première discussion de la miniconf L’économie de l’open source ; l’audience lui a réservé un accueil chaleureux.

Si vous êtes développeur dans une grosse entreprise, vous vous rendrez rapidement compte que les communautés de développement des logiciels libres sont une plaie. Dites adieu à vos plans marketing, par exemple, car elle se chargera d’introduire le logiciel dans des pays où vous êtes absents et pour lesquels vous n’avez pas de plan. Ils flanqueront par terre vos prévisions produits en sortant des innovations non-prévues, en implémentant des fonctionnalités des années avant ce que vous aviez planifié, ou pire encore, des fonctionnalités qui devaient être réservées à la version propriétaire de votre logiciel. Les communautés de logiciels libres sont d’éternelles insatisfaites, elles n’ont de cesse de vouloir améliorer les choses. Elles ont tendance à redéfinir les relations avec vos partenaires et vos clients, et vos commerciaux ne savent plus à quel saint se vouer. Et sans arrêt elles vous dérangent : un e-mail par ci, une conférence à laquelle vous devriez assister par là, etc.

Mais heureusement, des solutions existent pour vous débarrasser de la menace que représente cette communauté. Il suffit d’appliquer une ou plusieurs des étapes suivantes.

1. Rendez le projet dépendant d’outils complexes

Il a remarqué qu’en général, les entreprises n’ont pas de problème avec cette technique puisqu’elles aiment s’appuyer sur leurs propres outils. Pour les projets où la communauté n’est pas la bienvenue, il faut par exemple employer des systèmes singuliers qu’on ne trouve nulle part ailleurs. Un système de contrôle de version propriétaire (NdT : version control system) est absolument obligatoire. Mieux encore, un outil de suivi des problèmes (NdT : issue tracking system) avec un nombre limité de licences, afin que tout le monde doive s’y connecter avec le même compte.

N’oubliez pas de mettre en place un site Web qui respecte la parité : 50% du temps planté, 50% du temps opérationnel. Ne pas mettre de site à disposition ne suffira pas : dans de telles situations, la communauté a la fâcheuse habitude de créer le sien. Avec un site bancal, en revanche, vous vous en prémunirez et vous assurerez que l’information restera bien cachée.

2. Attirez les participants nocifs et optimisez les dégâts qu’ils peuvent engendrer

Ce cas particulier nécessite quelques étapes :

1. Prenez sur vous et engagez-vous dans de longs débats avec ces personnes et dénoncez-les sur les listes du projet.
2. Au bout d’un certain temps, bannissez-les par décret ; évitez à tout prix tout processus communautaire.
3. Les gens bannis déverseront leur bile ailleurs. Vous devez les suivre et poursuivre votre débat sur ces sites externes.
4. Enfin, la communauté se plaindra de ce comportement. Votre réponse sera simple : réintégrez les enquiquineurs à la communauté. Reprenez à la première étape et recommencez.

D’après Josh, un casse-pieds bien pris en main peut annihiler une communauté de plusieurs centaines de membres.

3. Ne fournissez pas de documentation

Aucune information utile ne devrait être disponible, ni pour le code, ni sur les méthodes de compilation, rien sur le processus de soumission de correctif, ni sur le processus de sortie, rien de rien. Puis, quand on demandera de l’aide, répondez « Lis la notice, bordel ! » (NdT : RTFM pour Read the fucking manual)

4. Prenez les décisions relatives au projet en petit comité

Pour bien commencer, vous pouvez organiser vos réunions en ligne en ne prévenant les participants que très peu de temps à l’avance. Pour que cette technique soit vraiment efficace, prévoyez ces réunions à des heures incompatibles avec le fuseau horaire commun à la plupart des membres de la communauté.

Le mieux est encore de tout faire en visioconférence : vous exclurez de fait environ un tiers de la planète pour qui elle se déroule de nuit, de plus, les gens ont un boulot, tant pis pour eux aussi. Mais le must reste encore d’organiser les réunions en personne au siège de la société.

5. Sortez la grosse artillerie juridique

S’impliquer dans le projet devrait rimer avec accords de participation alambiqués, contrats de licence protégeant le contenu du site Web, accords de confidentialité, marques déposées, etc. Pour ne pas faire les choses à moitié, tous ces documents devraient être modifiés en catimini à peu près tous les deux mois.

6. Choisissez avec soin l’agent de liaison avec la communauté

Votre meilleur candidat : quelqu’un de solitaire, quelqu’un qui n’a pas d’amis et qui n’apprécie pas vraiment les autres. Si vous n’en avez pas sous la main, prenez le membre de votre équipe qui a le plus de travail, quelqu’un avec des responsabilités en développement et en gestion, et qui travaille déjà au minimum 70 heures par semaine. Dans ce cas, il est primordial de ne pas le décharger de la moindre de ses responsabilités.

Quelqu’un qui ne maîtrise pas la technologie fera aussi l’affaire. Prenez un spécialiste de Java pour assurer la liaison dans un projet en Perl. Ou, si vraiment ces solutions ne sont pas possibles, laissez simplement la place vacante pendant des mois.

7. Rendez opaques les prises de décision

Les entreprises réfractaires aux communautés devraient, d’après Josh, s’inspirer des Nations Unies et créer des processus longs et complexes. Personne ne doit savoir qui prend réellement les décisions, c’est très bon pour transformer les contributeurs en éléments nocifs. Il va de soi que les règles devraient être immuables ou presque.

8. Faites n’importe quoi avec les licences

Les membres de la communauté étant souvent à cheval sur la question des licences, modifiez la licence et vous avez de bonnes chances de les faire fuir. Évoquer des changements de licence sans jamais vraiment rien modifier peut se révéler encore plus efficace : vous faites fuir les contributeurs actuels qui apprécient la licence choisie sans pour autant en attirer d’autres, adeptes eux de la future licence supposée.

9. N’accordez jamais, au grand jamais, l’accès au commit à quelqu’un d’extérieur à l’entreprise

Ce devrait être une règle (tacite évidemment) : seuls les employés peuvent avoir les droits de commit (NdT : avoir ces droits revient à avoir accès et contrôle sur le code source du dépôt officiel du logiciel). Vos réponses doivent être évasives, « problèmes légaux, on y travaille » est une bonne carte à jouer. Afin que cette mesure prenne tout son effet, choisissez un employé qui n’écrit pas de code et confiez lui l’accès au commit sur le projet.

10. Réfugiez-vous dans le silence

Laissez les questions sans réponse, ne dites rien. Maîtriser cette technique peut rendre, à elle seule, toutes les autres inutiles. C’est le meilleur moyen de détruire une communauté qui existe.

En conclusion, Josh ajoute que grâce à Sun, il peut témoigner de l’efficacité de toutes ces techniques. Mais Sun est loin d’être la seule entreprise dans cette situation. Un ancien du X Consortium a avoué à Josh qu’eux aussi avaient un jour recouru à chacune de ces méthodes. Ces compétences de destruction de communauté sont monnaie courante dans l’industrie du logiciel.

Mais que faire si votre entreprise veut au contraire se bâtir une communauté ?

Il paraît évident qu’elle devrait alors s’employer à appliquer à l’inverse les méthodes énumérées ci-dessus. Mais d’après Josh, la clé de voûte du système reste la confiance. À l’instar du mariage, développer une communauté peut prendre des années, mais une seule infidélité détruira la confiance qui en constitue le socle. Ainsi, une entreprise peut perdre la moitié de sa communauté en un week-end. Pour ne pas connaître ce triste sort, il faut avoir confiance en la communauté et agir de sorte que cette confiance soit réciproque.