« Beaucoup d’utilisateurs étaient vraiment sympathiques, ils me remerciaient et m’encourageaient ! À chaque fois, cela ensoleillait toute ma journée… »

Ainsi s’exprime Laurent Cohen dans ce court mais enthousiaste témoignage d’un développeur de logiciel libre^[1].

Et puis, loin de moi l’idée d’idéaliser les choses^[2], mais pas une fois il n’est question d’argent. Parce qu’il est clair que, quand bien même de nombreux projets libres aient fortement besoin de soutiens financiers, ce n’est ni une fin en soi ni la principale source de motivation. La vérité est ailleurs, n’en déplaisent à certains…

Que signifie être un développeur Open Source ? Une histoire vécue de l’intérieur

What does it mean to be an Open Source author? A story from the inside

Laurent Cohen – 23 juin 2008 – JPPF Blog

J’entends parler tous les jours des projets Open Source, du modèle économique de l’Open Source, de ce que cela signifie en terme de liberté, de choix, de risques, d’investissements, etc. Ce dont je n’entends pas souvent parler, c’est à quoi ressemble la vie de ceux qui contribuent réellement et vouent une partie de leur vie à l’Open Source.

Je ne prétends pas comprendre comment cela se passe pour la plupart des contributeurs ou dire qu’il y a des modèles à suivre. Mais je crois sincèrement qu’il y a des histoires qui valent le coup d’être racontées. Voici la mienne, je vous laisse l’apprécier… ou pas 🙂

Tout d’abord, le projet s’appelle JPPF (Java Parallel Processing Framework) et c’est tout ce que j’en dirai. Cet article ne parle pas du projet lui-même, mais de ce qui lui est particulier et des conséquences que cela a sur la vie de gens, y compris la mienne.

La Génèse

Il était une fois un geek, avec une idée et un bout de code. Il se disait, « Hé, ça a l’air chouette, pourquoi est-ce que je ne mettrais pas ça à disposition des autres librement/gratuitement ? » (NdT : toujours la même ambigüité sur le mot « free », je vous laisse choisir !)

C’est une de ces idées farfelues qui vous viennent l’esprit sans raison.

Ainsi, le projet était né, et dûment enregistré sur Sourceforge. Cela semblait déjà fort passionnant à l’époque, et vous savez quoi ? Après trois ans de travail parfois harassant, c’est plus passionnant que jamais.

Le travail en solitaire

Longtemps, il n’y eut qu’un seul gars dessus, travaillant seul, faisant ce qu’il avait envie de faire, un électron libre qui n’avait qu’une vague idée de son objectif et une vision bien à lui de ce qu’était le temps libre.

C’était une époque où les heures étaient longues, les réveils matinaux, les couchers tardifs, les weekends qui passaient sans que je m’en aperçoive, les cigarettes et les cafés nombreux. Mais depuis j’ai élargi mon horizon, et je bois aussi du thé au jasmin.

Enfin voilà, c’était moi. J’adorais coder, j’aime toujours ça et j’aimerai toujours.

De 0 à plus d’1 utilisateur

Puis vint l’époque du codage, de la mise à disposition, du codage, de la mise à disposition. Le projet prenait un peu d’ampleur, et une petite communauté commençait à l’utiliser. Il était beaucoup question de « mais pourquoi ça ne marche pas dans ce cas-là ? », « pourquoi n’y a-t-il pas cette fonctionnalité ? » ou « comment pourrais-je faire ceci et cela ? » etc. Vous voyez le genre…

Et là je me suis dit : « Mon dieu, il va falloir interagir avec d’autres gars ! Comment m’y prendre ? »

Ce fut le début d’une période (brève, heureusement) d’intense introspection existentielle. Quel était le but de ce projet ? Pourquoi l’avais-je mis en Open Source ? Je résolvais le problème en décidant unilatéralement qu’il serait libre, pour tous ceux qui seraient suffisamment intéressés pour s’y pencher dessus. J’ai aussi décidé qu’il serait de ma responsabilité d’aider ces braves gens à utiliser ce projet, et tant qu’à faire, que ce soit une expérience positive pour eux.

Des utilisateurs qui participent

J’ai donc commencé à communiquer avec les autres, et j’ai vraiment été bluffé. Ces gens sont formidables ! Je ne peux pas vous dire à quel point ils ont été importants pour le projet. Voici, brièvement, en quoi :

• Ils viennent de tous les coins de la planète, c’est cool non ? J’ai eu des questions, des commentaires et des critiques des cinq continents;
• Chaque question posée correspondait à une fonctionnalité potentielle, et est souvent devenue une fonctionnalité réelle;
• Chaque bug découvert a participé à l’amélioration du projet;
• La plupart des demandes d’éclaircissement sont devenues des rubriques de la documentation;
• Beaucoup d’utilisateurs étaient vraiment sympathiques, ils me remerciaient et m’encourageaient ! À chaque fois, cela ensoleillait toute ma journée.

Très chers utilisateurs, vous êtes l’unique raison pour laquelle ce projet existe encore. Si ce projet a eu une importance quelconque dans votre vie, n’ayez aucun doute qu’il en a eu une énorme dans la mienne. Je vous aime.

D’un gars à une équipe

Un autre des effets merveilleux de l’interaction avec les utilisateurs, c’est que certains sautèrent le pas et passèrent de contributeur à membre actif. Je n’étais plus seul sur scène. Je n’étais plus libre de faire tout ce que je voulais et était responsable, non seulement envers moi-même, mais aussi envers chaque membre de l’équipe. Cela a généré du travail supplémentaire : nous avons du mettre en place quelques procédures, partager des idées sur l’architecture, la conception et l’implémentation, la montée en compétence des nouveaux venus etc.

Presque immédiatement, le flot d’idées a influencé ce qu’il était possible de faire avec le projet, pas seulement dans le futur, mais ici et maintenant. Le projet grossissait, en même temps que la vision que nous en avions. En conséquence, l’équipe s’est agrandie, ce qui a généré son lot de problèmes et de questions…

La question du leadership

La notion d’équipe et de communauté est intimement liée à celle du leadership. Qu’est-ce qu’un meneur ? Voici la définition que j’ai employée : « un meneur, c’est quelqu’un qui est capable de pousser les gens à agir en les faisant adhérer à une idée, de telle façon qu’ils seront touchés, émus et inspirés par cette idée ».

Avec cette définition, je dois honnêtement avouer que j’ai connu de nombreux succès mais aussi beaucoup d’échecs. Il y a deux échecs que je n’ai pas encore surmontés :

• J’ai échoué à garder une équipe motivée et inspirée. À l’heure actuelle je suis le seul contributeur actif et je n’ai pas entendu parler des autres depuis des mois. Quelle qu’en soit la raison, je dois l’accepter. Chaque membre de l’équipe aura toujours sa place au sein du projet, et je vous remercie les gars pour tout ce que vous avez fait, je vous remercie mille fois;
• J’ai échoué à trouver un autre meneur pour le projet. Ou est-ce juste que je n’ai pas réussi à me mettre suffisamment de coté ? En tout cas, je trouve ça effrayant de penser que le projet pourrait tout simplement s’arrêter, si je faisais un accident cérébral, par exemple, qui détruirait mon dernier (et unique) neurone restant.

Présenter une vitrine au monde

Ce projet est hebergé et vit sur le net. Cela veut dire qu’il doit y avoir un site web pour le présenter, expliquer ce qu’il fait, le documenter, aider les utilisateurs etc. Et aussi, pour attirer de nouveaux utilisateurs et fidéliser ceux qui le sont, ce site doit être sexy, confortable et facile à parcourir.

Je suis un développeur, et franchement… pas un concepteur de site web ! Oui, je connais le HTML, CSS et un peu de PHP. Oui, j’ai développé mes propres templates pour les pages qui rendent la maintenance du site plus facile. Mais comment cela ce fait-il que les différentes versions du site que j’ai pu faire aient toujours été nulles, moches, ennuyeuses voire plus souvent les trois en à la fois ? Bah… Je n’ai définitivement pas de talent artistique, et j’ai besoin d’une aide professionnelle dans ce domaine.

Je n’ai pas eu à chercher très loin : ma sœur est conceptrice graphique de profession et en quelques heures elle m’a conçu un site à des années lumière de ce que j’aurais pu faire en plusieurs semaines (voire mois, voire années… je n’ai tout simplement pas ce talent). Isa : merci pour ta générosité et pour avoir partagé ton talent !

Promotion, marketing, relations publiques, publication

Ok ! Le projet est vivant, il a un beau site web, beaucoup de documentations et des forums d’aide. Mais à quoi bon, si personne n’est au courant ?

C’est là que le concept de promotion d’un projet entre en jeu. Comment est-ce que cela marche ? Je ne pense pas que cela soit un secret : on doit savoir quel contenu les rédacteurs aiment lire. Cela prend du temps, il faut faire des essais, des erreurs, trouver les bons canaux de communication, et parfois … être courageux et audacieux. Vous ne saurez jamais si la grande nouvelle sur votre projet peut être publiée, tant que vous ne l’aurez pas soumise à ceux dont le métier est de publier ce genre de chose.

Voici quelques-uns des canaux de communications avec lesquels j’ai eu du succès :

• Les magazines en ligne;
• Les blogs;
• Les sites qui traitent de technologie;
• Les web-séminaires;
• Les présentations que j’ai effectuées moi même.

Je ne saurais trop insister sur combien ce travail de promotion permet à un projet de décoller et de faire la différence, et ce à tous les niveaux.

Très chers éditeurs en ligne et journalistes, merci pour le travail épatant que vous faites en écrivant sur les gens, la technologie et l’Open Source. Je vous aime également.

Remerciements

Je tiens à remercier :

• Toi, très cher lecteur, de m’avoir lu jusqu’ici ;
• Tous ceux qui travaillent ou contribuent aux logiciels Open Source. Garder la flamme vivante !
• Tous ceux qui utilisent l’Open Source. Sans vous les gars, il n’y aurait rien à utiliser.

Restez à l’écoute…

Nous avons tout récemment mis en ligne notre traduction du Rapport Becta dont nous espérons beaucoup comme cela a été dit dans le billet de présentation.

Il ne s’agit nullement de faire une sorte de guerre à Microsoft aussi puérile que contre-productive. Il s’agit de faire en sorte que, comme en Grande-Bretagne, l’école française se pose de bonnes questions.

• Mon établissement scolaire a-t-il réellement besoin de migrer vers Vista ? vers MS Office 2007 ?
• Les coûts d’une telle opération seront-ils compensés par la qualité de ces nouveaux produits ? A l’échelle nationale, les coûts globaux d’une telle opération ne pourraient-ils pas être épargnés et affectés ailleurs ?
• Un parc hétérogène Windows XP et Windows Vista ne va-t-il pas créer de la confusion chez mes utilisateurs ? ne va-t-il compliquer la tâche de l’administrateur du réseau ?
• Si je me retrouve avec MS Office 2007, dois-je utiliser par défaut le nouveau format de Microsoft Open XML (OOXML) ?
• Est-ce que tout a été fait pour garantir une bonne interopérabilité ? Est-ce je facilite la vie numérique de mes élèves dans leur liaison école/domicile ?
• La collectivité territoriale qui me fournit en machines neuves a-t-elle prévue d’intégrer nativement une suite bureautique libre ? A-t-elle prévue que je puisse sans entraves lire et écrire par défaut au format OpenDocument ODF ?
• Si Windows Vista et MS Office 2007 ne sont pas recommandés, n’est-il pas temps d’évaluer sérieusement si Linux (associé à OpenOffice.org) pourrait constituer une réelle alternative ?

Voici, entre autres, quelques question d’importance qu’aborde ce rapport.

Et pour vous en faire tout de suite une meilleure idée, et donner envie d’en savoir en plus en parcourant l’intégralité du rapport, nous vous proposons ci-dessous quelques extraits.

Les recommandations

p.18 – § 4.29 « Les nouvelles fonctions de Vista apportent une certaine valeur ajoutée mais, si l’on prend en compte les coûts de déploiement et les bénéfices potentiels, une mise à jour généralisée du parc informatique des écoles et des universités n’est pas recommandée. »

p.19 – § 4.31 « Le mélange des systèmes d’exploitation peut très bien se faire dans les écoles ou le réseau informatique fonctionne déjà avec plusieurs systèmes d’exploitation comme Windows, Mac et Linux quand cette mixité est adaptée. Nous recommandons cependant que les écoles et universités ayant un parc informatique cohérent sous Windows XP faisant l’acquisition de systèmes avec Vista préinstallé exercent, lorsque c’est possible, leur droit du choix du système d’exploitation et maintiennent la cohésion de leur installation avec Windows XP. »

p.20 – § 4.32 « Les écoles et les universités ne devraient envisager le passage à Vista seulement s’il est question d’installer un nouveau parc informatique complet et ne devraient pas envisager la mise à jour des systèmes existants ou faire cohabiter les deux environnements. »

p.21 – § 4.36 « Aucun déploiement de grande ampleur de Office 2007 ne devrait avoir lieu tant que les écoles et les universités ne sont pas certaines d’avoir mis en place tous les mécanismes permettant l’interopérabilité et permettant d’éviter toute fracture numérique possible comme celles citées plus tôt dans ce rapport. »

p.21 – § 4.37 « Les écoles et les universités qui envisagent le passage à Microsoft Office 2007 ne devrait le faire que dans un contexte de renouvellement complet pour n’utiliser qu’une seule version de la suite bureautique dans un établissement/environnement donné. »

p.35 – § 6.15 « Quand cela est possible, les écoles et les universités devraient s’assurer que les étudiants, les professeurs et les parents connaissent l’existence de l’ensemble des suites bureautiques "libres d’utilisation" disponibles, qu’ils savent comment se les procurer et comment les utiliser. Les écoles et les universités devraient configurer les outils de bureautique de manière à ne pas créer d’obstacles pour les élèves, les enseignants et les parents qui utilisent ces produits alternatifs (y compris les produits "libres d’utilisation") à domicile. »

p.36 – § 6.17 « Les entreprises des TIC devraient prendre les devants et configurer les produits qu’ils envoient aux écoles et aux universités pour faciliter l’accès à une suite bureautique « libres d’utilisation », idéalement une suite sous licence libre. Lors de l’achat de nouveaux systèmes, les écoles et les universités devraient normalement exiger qu’une suite bureautique capable d’ouvrir, d’éditer et de sauvegarder les documents au format standard international ODF soit installée et que ce format soit configuré par défaut. De tels produits devraient être choisis avec comme critère la possibilité pour les étudiants, les professeurs et les parents de s’en procurer une version sans avoir à payer de frais de licence supplémentaire. Les écoles et les universités devraient être prudentes lorsqu’elles utilisent une version d’essai d’un logiciel commercial, particulièrement lorsque les étudiants, les professeurs et les parents peuvent avoir l’impression que la seule manière pour eux d’accéder aux fichiers créés est d’acheter une copie du logiciel. »

Morceaux choisis

p.3 – § 1.2 « Les nouvelles fonctionnalités de Microsoft Vista présentent certes un intérêt, mais ne justifient pas une implantation immédiate dans le domaine de l’éducation : les coûts seraient élevés et les avantages loin d’être évidents. »

p.3 – § 1.2 « Office 2007 n’apporte aucune fonctionnalité indispensable et il faudrait que Microsoft présente une étude d’impact bien étayée pour justifier son implémentation dans le secteur de l’éducation. »

p.3 – § 1.2 « Il existe des problèmes d’incompatibilité concernant Office 2007 ; de plus, Microsoft devrait assurer au plus vite la compatibilité de sa suite bureautique avec le format OpenDocument (ODF). »

p.4 – § 1.4 « Dans notre rapport intermédiaire nous exprimions le souhait que Microsoft facilite la conduite de quelques activités pilotes permettant de mettre plus en évidence les avantages du déploiement de Vista dans un établissement scolaire et de mieux appréhender le coût qu’aurait ce déploiement. Becta n’a pas eu connaissance d’une telle analyse de rentabilité effectuée par Microsoft.. »

p.4 – § 1.8 « Alors qu’on estime à 66% le nombre de machines du parc informatique scolaire pouvant fonctionner avec Vista (d’après la définition de Microsoft), nous estimons quant à nous à 22% le nombre de machines répondant aux critères pour faire fonctionner Vista de manière correcte. »

p.5 – § 1.10 « Notre rapport intermédiaire recommandait que Microsoft présente une étude d’impact bien étayée pour justifier l’implantation d’Office 2007 dans l’éducation nationale en Grande-Bretagne. Aucun document de ce type n’a été porté à notre connaissance. Le rapport final confirme que son déploiement n’est pas absolument nécessaire. Il confirme également que l’utilisation d’Office 2007 pourrait avoir un effet pervers sur l’interopérabilité entre l’école ou l’université et le domicile. »

p.5 – § 1.11 « Nous conseillons de ne pas effectuer de déploiement massif d’Office 2007 avant que les écoles et les universités ne soient certaines d’avoir mis en place tous les mécanismes nécessaires pour assurer l’interopérabilité et éviter un potentiel « fossé numérique » mis en évidence lors des tests. Agir à l’encontre de ce conseil entraînerait des difficultés inutiles et restreindrait le choix offert aux étudiants, aux professeurs et aux familles qui doivent échanger des documents entre le domicile et l’école. De plus, cela imposerait également aux parents une contrainte financière. »

p.5 – § 1.13 « une standardisation de fait (par l’utilisation généralisée de produits d’un même fournisseur) peut être néfaste pour la concurrence et le choix, ce qui revient à augmenter les coûts. De plus en plus, les gouvernements, les entreprises et le système d’éducation refusent de voir leurs informations contrôlées par un fournisseur unique. Il en résulte un mouvement qui tend à délaisser les formats de fichiers propriétaires pour s’intéresser aux nouveaux formats de fichiers, plus ouverts, sous le contrôle d’un organisme de normalisation efficace. »

p.5 – § 1.14 « Nous avons identifié un certain nombre de points critiques concernant les capacités d’interopératibilité d’Office 2007. Ces points sont les suivants : l’adoption par Office 2007 d’un nouveau format de fichier qui n’est compatible avec aucun autre produit, et le manque de prise en charge du format de document standard international (ODF) qui est de plus en plus utilisé par les produits concurrents. »

p.6 – § 1.16 « Microsoft n’a rien fait pour répondre aux demandes concernant l’interopérabilité exprimées dans notre rapport intermédiaire. Office 2007 ne gère toujours pas efficacement le format de document standard international ODF. Microsoft a continué à chercher à obtenir la normalisation de son format de fichier Office 2007, ce qui ferait cohabiter deux formats standards. Cette opération a soulevé une importante controverse. »

p.6 – § 1.18 « Nous ressentons une certaine incompréhension vis-à-vis de l’approche adoptée pour le support de l’ODF dans Office 2007. Alors que le produit permet de lire quasiment tous les autres formats attendus nativement, les manipulations à effectuer pour utiliser les fichiers ODF sont vraiment fastidieuses. Nous avons dénombré 10 étapes qu’un utilisateur devrait suivre pour trouver et installer le convertisseur permettant à Office 2007 d’accéder aux fichiers ODF et nous avons également noté que les procédures pour ouvrir ou enregistrer des fichiers ODF dans Microsoft Office 2007 ne sont pas intuitives car elles diffèrent des procédures familières aux utilisateurs. D’après nous, ces procédures présentent suffisamment de difficultés techniques pour la plupart des utilisateurs pour qu’ils soient découragés d’utiliser des produits concurrents, ce qui pourrait affaiblir la compétition. »

p.6 – § 1.20 « Nous pensons que les obstacles que Microsoft a placés sur le chemin des utilisateurs qui voudraient utiliser le format de fichier qui devient de plus en plus commun dans les produits de la concurrence auront pour effet de limiter l’utilisation de ces produits. La compatibilité que Microsoft propose dans Office 2007 avec les produits concurrents est moindre que celle qu’il offre pour sa propre famille de produits. Nous nous sommes plaints à l’Office of Fair Trading (OFT) du risque que cela fait courir à la concurrence et que cela constitue un abus de position dominante par Microsoft. Notre plainte est considérée par l’OFT. »

p.7 – § 1.21 « Si les établissements scolaires devaient faire la mise à jour vers Office 2007 maintenant, nous ne pensons pas que cela apporterait un plus au niveau de l’interopérabilité (indépendamment des standards) mais, au contraire, cela se ferait au détriment de l’interopérabilité et que cela introduirait des difficultés supplémentaires dans le travail quotidien. La mise en œuvre de l’interopérabilité dans un usage à domicile et à l’école ne peut pas être considéré comme facile, que ce soit pour une utilisation directe ou après configuration des éléments nécessaires (packs de compatibilité, modifications des formats de fichiers par défaut ou extensions ODF). »

p.7 – § 1.24 « Sans faire de jugement sur les avantages techniques du format de document standard international (ODF) ou du deuxième format de document proposé pour devenir un standard international (OOXML), nous pensons toujours que la cohabitation de plusieurs normes internationales incompatibles offrant globalement les mêmes fonctionnalités n’est pas dans l’intérêt des utilisateurs. Cela ne fera qu’apporter confusion et complexité et introduira un surcoût inutile. Cela constituera une formidable occasion manquée qui sera préjudiciable au marché, au monde de l’enseignement et au concept lui-même de norme internationale. »

p.9 – § 1.33 « Nous recommandions que les fournisseurs facilitent le choix aux écoles en s’assurant que les ordinateurs pour ce marché soient proposés avec un choix de suites bureautiques et que ces offres devraient idéalement comprendre une solution en logiciels libres. Nos entretiens avec l’industrie ont confirmé qu’il n’y a pas de raison concrète pour que la mise à en œuvre de cette proposition pose problème. »

p.9 – § 1.34 « Nous proposons que les écoles et les universités, lorsqu’elles établissent le cahier des charges, devraient insister pour que leurs fournisseurs leur proposent une suite bureautique capable d’ouvrir, d’éditer et de sauvegarder des documents au format ODF et permettant de définir l’ODF comme format de fichier par défaut. »

p.14 – § 4.4 « Les essais ont confirmé qu’Office 2007 fonctionne toujours bien sous Windows XP, ce qui veut dire qu’il n’est pas absolument nécessaire de migrer vers Vista avant une mise à jour vers Office 2007. »

p.15 – § 4.9 « Office 2007 introduit un nouveau format de fichier par défaut et, comme le souligne notre rapport intermédiaire, cette évolution pose quelques problèmes de compatibilité. L’interopérabilité entre Office 2007 et les versions précédentes de Microsoft Office ainsi qu’avec les suites bureautiques d’autres fournisseurs n’est pas satisfaisante. »

p.17 – § 4.22 « Le coût total du déploiement de Vista dans les écoles anglaises et galloises se situe autour de 175 millions de livres sterling (environ 230 millions d’euros). Si cette estimation n’inclut pas les cartes graphiques supplémentaires nécessaires au fonctionnement de l’interface Aero (ce qui augmenterait nettement le montant minimum) elle tient compte des mises à niveau matérielles nécessaires, du coût des licences, des tests ainsi que du coût de la configuration et du déploiement. Environ un tiers de cette somme est imputable au prix des licences Microsoft. »

p.17 – § 4.23 « Le coût d’une mise à jour de Vista sur tout le parc informatique d’une école primaire typique serait de l’ordre de £5000 (environ 6500€) (environ £125 (160€) par machine). Pour un lycée, le coût d’une mise à jour semblable serait de l’ordre de £24000 (31200€), ce qui revient à un coût par machine d’environ £75 (98€). »

p.19 – § 4.30 « Nous suggérons que les nouvelles machines achetées avec Windows Vista pré-installé soient remises sous Windows XP en attendant que tout le réseau puisse être mis à jour. »

p.19 – § 4.31 « L’interface utilisateur différente de Vista par rapport à Windows XP peut impliquer que le personnel et les élèves aient besoin d’un entraînement ou d’une familiarisation avec le nouveau système d’exploitation. Cela pourrait être source de confusion si un cours ou un enseignement clé utilise les deux systèmes. »

p.19 – § 4.31 « Les machines sous Vista pourraient ne fonctionner qu’avec une autre version d’une application voir même seulement avec des produits différents. Cela peut être source de confusion si le personnel ou les élèves doivent travailler avec les deux systèmes d’exploitation. Il pourrait aussi être nécessaire de dupliquer le travail pour certaines leçons ou pour certains projets pour les adapter à Windows Vista et Windows XP. »

p.21 – § 4.36 « Il est important de ne pas placer d’obstacles inutiles sur le chemin des élèves, des professeurs et des familles lorsque des documents doivent faire le va-et-vient entre le domicile et l’école ou l’université. De tels obstacles pourraient restreindre l’utilisation de systèmes utilisant des formats de documents différents ou aboutir à des contraintes financières inutiles. »

p.22 – § 5.2 « Une véritable interopérabilité entre documents réduit les coûts, améliore la productivité des utilisateurs et permet d’éviter de se retrouver piégé par une technologie. »

p.23 – § 5.6 « Microsoft n’a pas cherché à remédier aux préoccupations relatives à l’interopérabilité que nous avions identifiées quant au support de la norme internationale existante. Au contraire, Microsoft a continué à rechercher l’approbation pour la création d’une seconde norme internationale de documents (Office Open XML) basée sur ses propres formats de fichiers Office 2007. »

p.23 – § 5.10 « L’approche actuelle de Microsoft pour assurer l’interopérabilité avec le standard ODF est de faciliter le développement par de tierces parties de modules ou de convertisseurs pour Office 2007 plutôt que réaliser le développement elle-même et de l’intégrer complètement dans son produit. Cette approche soulève des questions en ce qui concerne les utilisateurs béotiens, comment vont-ils accéder à la fonctionnalité nécessaire et quel va être son niveau d’ergonomie. »

p.23 – § 5.11 « Sous certaines conditions, inhérentes à la date de l’étude, les utilisateurs devaient aller sur un site web tiers et effectuer une série de tâches techniques avant de pouvoir de manière satisfaisante ouvrir, modifier et enregistrer des documents au format de fichier ODF. »

p.25 – § 5.14 « Nous pensons que ces bricolages pour accéder et utiliser la possibilité d’interopérer avec les produits concurrents de Microsoft Office 2007 présentent des difficultés techniques. Ces difficultés sont susceptibles de rendre les utilisateurs moins enclins à se servir des produits concurrents et donc de fausser la compétition. »

p.26 – § 5.19 « L’interoperabilité entre Microsoft Office 2007 et des versions antérieures de Microsoft Office n’est pas supporté de façon native. Malgré tout, Microsoft a publié une mise à jour de l’ensemble de ses modules de compatibilité qui devrait permettre aux versions antérieures de Microsoft Office d’ouvrir les formats de fichiers Office 2007. Cette solution est la plupart du temps suffisante mais, en fonction de l’application bureautique utilisée et dans certaines circonstances, elle va provoquer divers degrés de dégradation ou de perte de fidélité. »

p.28 – § 5.28 « Si l’on n’intervient pas, ces évolutions vont créer, pour les utilisateurs béotiens, une vision de l’intéropérabilité des documents qui sera complexe et partisane, ce qui serait un échec de l’objectif initial d’aller vers des standards ouverts. Microsoft a une position dominante sur le segment des systèmes d’exploitation pour PC et cette position risque d’être renforcée par son approche actuelle des standards de documents ouverts. »

p.30 – § 5.33 « Les utilisateurs d’Office 2003 ou antérieur devraient installer le pack de compatibilité afin de pouvoir ouvrir n’importe quel document OOXML Office 2007. Ils ne devraient pas enregistrer leurs documents dans le format OOXML. Comme les utilisateurs d’Office 2007, ils devraient les enregistrer dans les anciens formats Microsoft (.doc pour les documents texte, .xls pour les tableurs et .ppt pour les présentations). »

p.30 – § 5.34 « Les utilisateurs d’OpenOffice.org ou de Star Office (ou d’ailleurs de n’importe quelle suite bureautique basée sur les standards libres) auront plus besoin d’être conscients de la technologie utilisée par la personne à qui ils destinent leur document pour pouvoir tenir compte des limitations d’Office 2007. Pour permettre la compatibilité, ces utilisateurs devraient toujours enregistrer leurs documents dans les anciens formats Microsoft car c’est le plus petit dénominateur commun, entre ces produits disparates, qui peut permettre l’interopérabilité . »

p.30 – § 5.36 « Les fournisseurs doivent développer des applications qui sont capables de traiter toutes les normes internationales pertinentes, en laissant aux utilisateurs le choix de savoir quel sera leur format "par défaut". »

p.31 – § 5.38 « Nous ne sommes pas convaincus que le développement de plusieurs standards internationaux traitant essentiellement du même champ d’activité soit de l’intérêt du milieu éducatif. Comme nous l’avons précédemment exprimé, nous estimons qu’une telle approche va introduire confusion, complexité et coûts inutiles. Elle constitue une formidable occasion manquée qui risque de perturber le marché, la communauté éducative et le concept même de standards internationaux. »

p.32 – § 6.4 « Ces évolutions mettent en avant le nombre grandissant de concurrents dans le domaine des suites bureautiques et montrent que des systèmes innovants basés sur des alternatives à Windows commencent à voir le jour. »

p.32 – § 6.5 « Cependant, afin que ces innovations se développent sur le marché de l’éducation il ne faut pas que des barrières réduisent la concurrence, que ce soit par des restrictions liées aux licences ou par des obstacles liés à l’interopérabilité. Ainsi, par exemple, Becta considère qu’un arrangement par lequel un appareil fonctionnant sous Linux est sujet à un paiement annuel à Microsoft selon les termes d’un programme de licence Accord School, même si cet appareil n’utilise aucun logiciel de Microsoft, n’est pas acceptable. De tels arrangements font partis des pratiques qui font l’objet de notre plainte à l’OFT. »

p.33 – § 6.9 « Contrairement à d’autres secteurs ou la demande pour des solutions en logiciels libres est visible et croissante, les estimations dans le secteur éducatif montrent une demande faible, Becta est vu comme un facteur clé dans l’instauration de cette demande. »

p.34 – § 6.11 « Au cours des douze prochains mois Becta prendra un certain nombre de mesures pour encourager un choix plus efficace dans le cadre d’un usage éducatif. Ce travail inclura la publication d’un programme de travail dont le but sera de :
– fournir plus d’informations sur le site de Becta sur ce qu’est un logiciel libre et quels sont ses avantages pour l’éducation en Grande-Bretagne
– compléter la base de recherche actuelle qui recense les usages des logiciels libres dans le secteur éducatif et identifier des déploiements modèles de logiciels libres. Cela engloberait également l’esquisse d’un tableau national des usages des logiciels libres dans les écoles et les universités
– travailler avec la communauté du logiciel libre pour établir un catalogue en ligne des logiciels libres appropriés pour l’usage dans les écoles de Grande-Bretagne. Parmi les informations disponibles on retrouvera les moyens d’obtenir une assistance dédiée à ces logiciels et comment contribuer à leur développement futur. Ce catalogue sera publié sous une licence Creative Commons afin que les fournisseurs puissent le modifier pour leur propre usage
– donner des indications aux sociétés de services en logiciels libres pour qu’elles puissent efficacement participer dans de nouvelles structures compétitives et pour qu’elles puissent proposer des logiciels libres via la structure de fournisseurs existante de Becta »

p.34 – § 6.12 « Le point de vue de certaines écoles et universités est qu’elles doivent utiliser des logiciels propriétaires particuliers car ces produits sont les plus utilisés dans l’industrie et le commerce et que, d’après cet argument, les élèves doivent se familiariser avec ce qu’ils rencontreront dans la "vraie vie". »

p.34 – § 6.13 « Les étudiants aujourd’hui sont cependant en général à l’aise avec les TIC et ils sont capables d’utiliser une large gamme de logiciels à l’école ou à l’université et certainement plus encore à leur domicile. Ils peuvent également passer sans problème de l’ordinateur de l’école à celui à la maison ou celui de la bibliothèque de quartier ou encore à celui du cybercafé. Il est très peu probable qu’ils se retrouvent démunis devant une suite bureautique particulière après leurs études parce qu’ils auront été habitués à utiliser, par exemple, OpenOffice.org à l’école. »

p.35 – § 6.14 « En résumé, l’argument de la "familiarité" est recevable pour les élèves des années 80 et 90 mais moins pour ceux du 21ème siècle. Ce serait en effet un triste constat pour l’éducation aujourd’hui en matière de TIC si, dès qu’ils s’éloignaient de leur apprentissage, les élèves n’étaient pas capables d’utiliser des programmes basiques (comme les suites bureautiques ou les navigateurs) simplement à cause de différences de fonctionnement ou entre les interfaces utilisateurs. Posséder des compétences multiples devrait faciliter la recherche d’emploi au 21ème siècle, pas la compliquer. »

Encore un article de Bruce Byfield que nous avons trouvé ma foi fort intéressant de traduire. Il s’agit de l’avis sur Microsoft de quatre fortes personnalités de la communauté du logiciel libre : Peter Brown (Free Software Foundation), Jim Zemlin (Linux Foundation), Richard Stallman et Linus Torvalds.

Enfin, pour être plus précis, de deux éminents représentants du logiciel libre (Peter Brown et Richard Stallman) et deux éminents représentants de l‘open source (Jim Zemlin et Linux Torvalds). Difficile en effet de passer ici à côté de cette distinction, importante pour certains, de l’ordre de la nuance pour d’autres. Toujours est-il que si l’on veut alors regrouper ces deux mouvements, on parlera de FOSS.

L’accent a été mis sur les questions suivantes :

• Comment Microsoft affecte votre travail et votre informatique personnelle ?
• Quelle menace représente Microsoft pour le logiciel libre ?
• Quelles sont les chances pour que Microsoft devienne un membre apprécié de la communauté ?

On ne vous en dit pas plus mais la conclusion est réconfortante…

Un grand merci à Claude Le Paih pour le traduction. Il a choisi de ne pas traduire proprietary par propriétaire et il s’en explique ainsi : « Mon choix personnel va au néologisme privateur, privatrice plutôt que propriétaire. J’assume cette non-orthodoxie opposée à la doxa par le fait que propriétaire ne peut être adjectif car c’est un nom commun désignant une personne, laquelle possède… quelque chose. On ne peut donc dire une chaussure propriétaire, une chaîne hi-fi propriétaire, une guitare propriétaire…etc ! Par contre, proprietary est bien un adjectif, en américain, désignant une chose sous marque déposée. Le néologisme privateur fut trouvé par Richard Stallman lors d’un voyage en Espagne en référence au privador employé en espagnol. Richard Stallman préconise l’emploi de privateur. »

Que pensent de Microsoft les leaders du logiciel libre et de l’open source ?

What do Free and Open Source Software Leaders Think of Microsoft?

Bruce Byfield – 16 juin – Datamation

Aucun utilisateur de logiciels libres (NdT : FOSS) ne peut éviter d’avoir une opinion sur Microsoft : les produits et la technologie Microsoft représentent ce qu’ils ont délaissé. Certains les considèrent de plus en plus sans intérêt, d’autres comme une entité informe comparable à Satan au Moyen Âge ou à l’Union Soviétique au temps de la guerre froide. A la limite peu importe ce que les autres membres de la communauté FOSS pensent de Microsoft, nous avons tous une opinion bien définie sur le sujet que nous pouvons exprimer sur le champ avec éloquence.

Mais quelle attitude ont les dirigeants du FOSS vis à vis de Microsoft ? Ce n’est pas qu’une question de commérage ou un test de confiance : leurs réponses peuvent indiquer leurs valeurs et priorités, mais aussi si elles méritent d’être suivis à la lettre. De plus, malgré (ou peut être à cause de) la grande menace que fait peser Microsoft sur le monde du logiciel libre, le majorité d’entre nous entrevoit rarement le point de vue des acteurs et agitateurs (NdT : "movers and shakers", terme désignant les personnes exerçant un pouvoir ou influentes dans une sphère d’activité) à son sujet.

Pour aider à donner un meilleur éclairage, j’ai demandé à quelques dirigeants bien en vue du FOSS comment Microsoft affecte leur travail et leur informatique personnelle, quelle menace représente Microsoft pour le FOSS, et quelle sont les chances pour que la compagnie devienne un membre apprécié de la communauté FOSS.

Ceux qui ont répondu sont Peter Brown de la Free Software Fondation (NdT : Fondation pour le Logiciel Libre), Jim Zemlin de la Linux Foundation (NdT : Fondation Linux), Richard Stallman , fondateur du mouvement du logiciel libre, et Linus Torvalds. Tous ont donné des réponses non seulement complexes et nuancées, mais parfois étonnantes comparées aux attitudes qu’ils assument souvent.

Peter Brown, Directeur Général de Free Software Foundation

De lui même, Peter Brown n’aurait quasiment pas de contact avec les produits ou la technologie Microsoft. « Il y a beaucoup de sites avec de la camelote privatrice, et certaines agences gouvernementales demandent toujours des systèmes d’exploitation précis. Mais j’évite généralement ce genre de chose, ou je trouve des alternatives », dit il. En parlant de l’évolution des systèmes d’opérations libres comme GNU/Linux depuis le passage du dernier millénaire, il ajoute : « je dois admettre que je ne ressens aucun inconvénient maintenant. »

De plus, suivre les pistes des menaces touchant les libertés des utilisateurs de logiciels fait partie de son travail. Avec ce mandat, il porte une attention particulière à ce que disent les cadres de Microsoft et quelle technologie est utilisée dans leurs produits. « Ce n’est qu’une chose naturelle de suivre les fournisseurs de logiciels privateurs et le Digital Right Management (DRM) » dit il. Il ajoute cependant : « Nous n’examinons pas tous les coins et recoins car une fois que vous êtes dans le monde privateur, il n’y a pas grand chose à dire hormis la nécessité de le quitter. »

Le problème avec Microsoft, selon Brown, est que c’est une entreprise comme les autres, et « les sociétés n’ont pas de valeurs intrinsèques. La seule déclaration de mission, dont il faut être conscient en ce qui concerne une société, est celle qui dit : nous sommes ici pour faire de l’argent. » Avec cette manière de penser, Brown n’a pas confiance en Microsoft, ni particulièrement aux autres entreprises, qu’elles soient privatrices comme Apple ou qu’elles aient un modèle d’affaire incluant l’open source, comme Google ou Red Hat.

Quand une société est amicale envers les FOSS, il attribue en grande partie cette attitude à une individualité qui défend les valeurs du FOSS. « Vous avez vu ce qui est arrivé à Sun ? » dit il, se référant au remplacement de Scott McNealy par Jonathan Schwartz en tant que CEO (NdT : Chief Executive Officer = chef de direction) de Sun Microsystems. « D’abord, c’est privateur et n’aime pas les logiciels libres, un changement de directeur et on aime les logiciels libres. » Dans l’ensemble, il considère les individus plus dignes de confiance que les entreprises, mais seulement « jusqu’à un certain point. »

Dans cette perspective, Brown pense que Microsoft pourrait devenir un jour un participant accepté du logiciel libre, mais non sans changements majeurs dans son modèle d’affaire et son équipe de direction. A la différence de Sun, dont les revenus proviennent d’abord du matériel, Microsoft, dit Brown, est quasiment dépendant de la vente de son système d’exploitation et de sa suite bureautique.

« Ce qui empêche Microsoft d’être un acteur important du logiciel libre », dit Brown, « est le fait qu’ils ne peuvent le faire d’une manière significative en raison de leur flux monétaire. Si vous y réfléchissez, ils vont se battre bec et ongles là où ces deux produits sont concernés, ce qui veux dire en plein dans notre poire. Je ne vois pas Microsoft être différente de n’importe quelle autre entreprise concernant ses intérêts économiques ».

A présent, Brown pense que tout ce que peut faire Microsoft est de tâter du logiciel libre dans l’espoir d’attirer les forces vives du développement vers la plate-forme Windows et d’essayer de ralentir leur adoption. Quoiqu’il en soit, il rejette l’éventuelle destruction du FOSS par Microsoft comme seulement « théoriquement » possible. Sa préoccupation principale est que Microsoft « peut présenter un danger pour la liberté des utilisateurs car elle est capable d’empêcher ceux-ci d’utiliser les logiciels libres par des ruses comme la création de plates-formes séduisantes, les obligeant à rester du fait des inconvénients importants liés au changement ».

Brown est particulièrement inquiet à l’idée qu’en rejetant Microsoft des utilisateurs ne se tournent vers une autre compagnie.« Il est important que les gens ne disent pas : Oh , Apple est bien mieux que Microsoft ! » dit-il. « Je pense réellement que ce n’est pas l’objectif. Si Apple avait ces deux produits, Windows et la suite Office, ils se comporteraient de la même manière vue la direction en place. Avec l’iPhone, ils montrent déjà exactement la même conduite. Ce sera donc son dernier mot : ne pas imaginer que Microsoft soit différente des autres entreprises ».

Jim Zemlin, Directeur de la Linux Foundation

Comme Peter Brown, Jim Zemlin considère l’observation de Microsoft comme faisant partie de son travail. Cependant, tandis que Brown à la Free Software Foundation surveille les menaces pesant sur les libertés des utilisateurs, Zemlin dit : « Une partie de mon travail en tant que directeur de la Linux_Foundation est de contrôler les annonces de Microsoft. Notre équipe fournit un important service à nos membres et au marché en traduisant les actions parfois ambigües de Microsoft. Nous étudions les changements dans la technologie Microsoft qui rendent plus facile l’interopérabilité avec leur plate-forme pour les applications Linux et open source. L’intention de Microsoft de supporter le format ODF dans MS Office est un bon exemple de ce que nous suivons. Nous veillons à ce qu’ils publient leurs protocoles techniques sous des termes compatibles avec le développement et les pratiques des licences open source. »

Quoiqu’il en soit, en ce qui concerne l’informatique personnelle de Zemlin, Microsoft « n’est pas important du tout ». Sa description d’un jour typique est une litanie d’applications web et de produits utilisant GNU/Linux: « Mes journées commencent en écoutant de la musique à la maison sur un système Sonos basé sur Linux. Je peux enregistrer un spectacle TV sur mon DVR Linux et ensuite foncer au bureau où je travaille sur un bureau Linux. Je passe la plupart de ma journée sur un navigateur : accédant à des applications Google, utilisant notre application SugarCRM sur le web, me connectant à Facebook ou lisant un livre sur un lecteur Kindle, tout cela tournant sous Linux. La seule fois où je suis concerné par Microsoft c’est quand je reçois un fichier Microsoft Office que j’ouvre dans OpenOffice qui le convertit au format ODF.

Zemlin remarque que la participation à la communauté est possible pour tout le monde, mais ajoute que « cela demande un désir sincère de collaboration et de vouloir faire de meilleurs logiciels. Quand cela fera réellement partie de la vision de Microsoft, j’espère que cette société deviendra un membre de la communauté. Le modèle open source est dominant pour le développement de logiciels et ne fera que s’accroître en influence dans les années à venir. »

Zemlin refuse de spéculer sur les intentions de Microsoft à l’égard du FOSS, mais clairement, il ne le voit pas comme une grande menace. « Microsoft est une société intelligente et un excellent concurrent » dit il, « ils rendent Linux meilleur chaque jour, rien qu’en étant un opposant acharné. Mais ils opèrent selon un modèle de développement dépassé qui ne tiendra pas longtemps dans l’actuelle économie du logiciel. Les consommateurs demandent une ouverture et un choix de vendeur, quelque chose que Microsoft met du temps à comprendre. Linux, un des premiers exemples de ce que l’on peut atteindre avec le modèle de développement open source, est en position naturelle pour saisir ces nouvelles dynamiques du marché. Microsoft va continuer à lutter. »

Richard Stallman, Président fondateur de la Free Software Foundation.

En tant que personnage principal du mouvement pour le logiciel libre, Richard Stallman fait une distinction entre la technologie et les actions de Microsoft. « Je n’essaie pas de suivre la technologie Microsoft », dit-il, « car dans la plupart des cas, les changements dans la technologie Microsoft n’ont pas d’effet immédiat sur la communauté du logiciel libre. Je suis plus concerné par les menaces légales de Microsoft à l’encontre des logiciels libres et ses tentatives pour recruter dans les écoles, gouvernements et entreprises afin d’orienter et contraindre le public à une utilisation de Windows. »

Interrogé sur la manière dont Microsoft affecte ses objectifs, Stallman répond, « Mon but à long-terme est un monde dans lequel tous les utilisateurs de logiciels sont libres de partager et échanger les programmes qu’ils utilisent. En d’autres mots, un monde dans lequel tous les logiciels sont libres. Tant que des sociétés comme Microsoft ou Apple se consacrent à distribuer des programmes refusant l’utilisation de ces libertés, elles s’opposent à ces objectifs. »

Cela dit, Stallman peut imaginer qu’un jour Microsoft puisse contribuer au logiciel libre, mais seulement si « elle retire des services comme Hotmail, et abandonne les programmes privateurs comme Windows et MS Office. Alors, elle pourrait contribuer au logiciel libre de façon à faire progresser la communauté à une plus ou moins grande échelle. Cependant, sans ces changements fondamentaux, j’espère que toute contribution faite par Microsoft n’aura qu’une portée marginale sur qui que ce soit dans le monde libre. »

En attendant, Stallman remarque que « Microsoft fait de grands efforts pour empêcher l’adoption du système GNU/Linux et OpenOffice.org ». Il donne trois exemples.

D’abord, il commente la récente annonce au sujet du projet One Laptop Per Child (OLPC) qui, originellement pensé pour donner des ressources technologiques aux nations en développement, va commencer à embarquer Windows. Selon Stallman, avec cette annonce, « Microsoft subordonne le projet OLPC en le convertissant en une campagne massive de formation Windows. Le projet dit que cela donne plus de choix aux gouvernement acquéreurs en supportant tant Windows que GNU/Linux, mais ces gouvernements vont avoir tendance à choisir Windows par défaut. Dans certains pays, des gens vont faire campagne pour empêcher cela. Si celles-ci réussissent, le projet OLPC représenterait alors une contribution positive au monde, sinon, cela fera avant tout du mal. »

Ensuite, parlant de la bataille des standards où Microsoft réussit à faire accepter son format OOXML comme ouvert face au format ODF favorisé par OpenOffice.org et d’autres applications bureautiques libres, Stallman note que « Microsoft a corrompu beaucoup de membres de l’ISO afin de gagner l’approbation de son format bidon de document ouvert OOXML. Ainsi, les gouvernements qui gardent leurs documents sous format exclusif Microsoft peuvent prétendre utiliser des formats ouverts. Le gouvernement d’Afrique du Sud a déposé un appel contre cette décision, mentionnant les irrégularités de la procédure. »

Stallman poursuit en disant « Même dans les parties moins cruciales du secteur, Microsoft essaie d’affaiblir la communauté. Par exemple, elle contribua par un substantiel montant à un projet, SAGE, lequel en conséquence décida de ne pas passer à la version 3 de la GPL ». La seule consolation dans ce cas, nous dit Stallman, est que cette affaire montre « que Microsoft considère la version 3 de la GPL comme une défense efficace de la liberté des utilisateurs. »

En complément de ces exemples, Stallman condamne Microsoft pour les portes ouvertes de sa sécurité. « Windows Vista permet à Microsoft d’installer des modifications de logiciels sans l’autorisation de l’utilisateur », observe-t-il, « vous ne pouvez pas avoir plus faux que cela ».

Cependant, malgré ces opinions, Stallman nous avertit aussi « qu’il est commun dans le champ de l’informatique de comparer Microsoft au diable, mais c’est une erreur. Cela conduit les gens à fermer les yeux sur les actions néfastes faites par les autres sociétés dont beaucoup sont simplement mauvaises. Microsoft n’est pas la seule entreprise dont les conduites en affaire piétinent la liberté des usagers. Des milliers de sociétés distribuent des logiciels privateurs, ce qui veut dire des utilisateurs divisés et impuissants. C’est mauvais, peu importe la société qui pratique cela. »

Linus Torvalds, Coordinateur du projet Linux Kernel (noyau Linux)

Linus Torvalds ne fait aucun effort pour suivre Microsoft. La plupart de ses informations sur la société sont de seconde main, en lisant les sites généraux traitant de technologie ou en recevant des mails de journalistes lui demandant un commentaire sur une action ou une annonce de Microsoft. Malgré tout, il confesse avoir lu occasionnellement le blog Mini-Microsoft « car c’était intéressant pour moi de voir un point de vue différent sur le monde tech world (NdT : monde la technologie) »

« J’ai simplement tendance à ne pas comparer Linux aux autres OS » dit-il, « je m’attache à rendre Linux meilleur que lui-même, et essayer de voir ce que font les autres n’est pas du tout pertinent. Évidemment, il est important que les choses fonctionnent bien avec d’autres systèmes d’exploitation, mais c’est un domaine ou je ne peux pas réellement aider car je n’ai pas d’autres systèmes à la maison. »

Torvalds admet que, pour un choix donné, il achètera un souris Logitech plutôt qu’une souris Microsoft car il préfère éviter de supporter Microsoft. Mais il appelle cela une préférence « irrationnelle ». Par ailleurs, il ajoute, « je ne me rappelle pas la dernière fois ou j’ai pris une décision qui ait à voir en quoi que ce soit avec Microsoft. »

Torvalds observe que Microsoft s’ouvre déjà à la communauté FOSS, mais il note que sa participation est limitée car « ils semblent avoir un complexe lié à la GPL, et ne travaillent qu’avec des projets, qu’ils ne voient pas être en concurrence directe, comme une infrastructure de serveur web, plutôt que tout autre projet central. Vont-ils s’étendre à d’autres domaines et vont-ils se débarrasser de leur peur irrationnelle de la GPL ? Je ne le sais pas. »

A propos d’un danger créé par Microsoft, Torvalds se dérobe en observant premièrement ceci : « je ne pense pas qu’il y ait un Microsoft. Je suspecte qu’il y a beaucoup d’ingénieurs MS qui aiment réellement le logiciel libre et, probablement, l’utilisent-ils à la maison même, en dehors de tout travaux en relation avec des tests de compatibilité. De plus, je suspecte que plusieurs secteurs de la société ont des idées divergentes à propos de l’open source, et je ne pense pas qu’ils approuvent. »

Il continue : « ceci dit, quelques membres de Microsoft sont assez clairement anti open source, et, oui, s’ils pouvaient le détruire, ils le feraient avec bonheur. »

Quoiqu’il en soit, Torvalds écarte l’idée qu’une tentative de démolition puisse avoir un quelconque succès. « Comment combattre réellement quelque chose qui est plus une idée et une façon de faire qu’un concurrent direct sur le marché ? » demande-t-il usant de rhétorique.

Torvalds ajoute qu’il ne se réfère plus à Microsoft en public comme cela lui arrivait auparavant. « Je faisais des plaisanteries sur Microsoft au cours d’entretiens » dit il, « Et j’ai simplement arrêté, car je ne pense pas que la peur et le dégoût (NdT : fear-and-loathing) qui sont si communs (ou peut être pas communs…ce ne sont probablement que des paroles) soient complètement sains. Je pense que si vous prenez des décisions basées sur la peur de ce que font les autres gens et sociétés, vous n’allez pas faire le meilleur travail. Je préfère voir le monde être pro-Linux plutôt qu’anti-Microsoft, parce que ce dernier groupe, en étant motivé par un sentiment négatif, n’est simplement pas constructif à long terme. »

Par dessus tout, le plus fort sentiment de Torvalds à propos de Microsoft semble être celui d’une société ayant perdu son orientation. « Alors que je ne suis évidemment pas un adorateur de Microsoft », dit-il, « je pense qu’ils ont sérieusement cassé la baraque il y a plus de dix ans car ils ont réellement donné aux gens ce qu’ils voulaient, et à bas prix. Voilà une bonne raison qui permit à Microsoft de surclasser les traditionnels vendeurs UNIX. Cela dit, ils semblent avoir oublié ces racines. Tout ce que je vois maintenant c’est qu’ils ne semblent pas essayer de servir leur clients mais de les contrôler (par exemple, tous les plans fous de locations de licences, tous leurs ridicules travaux sur les DRMs etc.) ».

Conclusion

Le premier point évident au sujet de ces réponses est que, bien qu’elles aient été données par les défenseurs des deux mouvements distincts, le logiciel libre et l’open source, les différences sont si mineures qu’elles pouvaient être attendues quelles que soient la personnalité ou la position. Toutes les personnes interrogées trouvent Microsoft complètement sans intérêt pour leur informatique personnelle, toutes suggèrent que Microsoft doit se transformer elle-même, mais n’écartent pas la possibilité que la société fasse de réelles contributions au FOSS si elle parvient à changer. Toutes également semblent voir le triomphe du FOSS comme plus ou moins inévitable. Les similarités sont un rappel que, malgré les différences réelles entre les priorités des deux mouvements, les deux camps sont alliés.

L’autre point qui ressort est combien les réponses sont dépassionnées comparées aux sentiments souvent exprimés par d’autres impliqués dans le FOSS. Tous ces interviewés voient en Microsoft un antagoniste, mais il le font sans la paranoïa qui dénature certains cercles FOSS. La raison pourrait être leur croyance que le FOSS gagnera au final, ou peut être simplement, l’impossibilité pour chacun de maintenir une rage bouillonnante chaque jour et minute de leur vie professionnelle.

Quelle qu’en soit la raison, cette impartialité relative les met potentiellement en marge de quelques uns à l’intérieur de la communauté, spécialement ceux qui voient Microsoft au centre d’une conspiration anti-FOSS. Jim Zemlin, dont les réponse sont plus souples que les autres, a été attaqué par le passé dans les médias pour ses opinions.

En refusant de voir leur adversaire principal comme une représentation unidimensionnelle du diable, ces leaders se sont mis librement entre parenthèses pour adopter une vue plus complexe de leur situation. Non seulement, ils voient Microsoft luttant en vain pour se redéfinir elle-même après tant d’années, mais ils soulignent aussi que Microsoft est simplement la plus grande des menaces privatrices envers le FOSS mais pas la seule, et que se focaliser avec trop d’attention sur Microsoft apporte ses propres dangers.

Certains lecteurs pourraient désapprouver telle ou telle vision exprimée ici. Je le fais moi même. Mais, en parlant plus généralement, je trouve dans ce mélange d’optimisme idéaliste et d’observation lucide, une garantie que la communauté est entre de bonnes mains.

Le Becta (British Educational Communications and Technology Agency) est une agence du Department for Children, Schools and Families du Royaume-Uni qui n’a pas d’équivalent en France^[1]. Il fait office d’organe principal du gouvernement britannique pour la stratégie et le développement des technologies de l’information et de la communication pour l’éducation (TICE) auprès duquel il joue un rôle de conseil et de prescripteur.

En janvier 2008 le Becta publiait une étude détaillée sur Windows Vista et MS Office 2007. Avec son aimable autorisation, Framasoft vous en propose aujourd’hui sa traduction intégrale dont vous trouverez de larges extraits dans ce billet.

Pourquoi avons-nous pris le temps et le soin d’effectuer (bénévolement et collectivement) un tel travail^[2] ?

• Parce que nous sommes en présence d’un document dense, rigoureux et objectif, qui émane d’un organisme officiel et non d’un repaire de « libristes intégristes » comme le Framablog 😉

• Parce que ce document n’est pas une énième pièce à charge contre Microsoft mais une étude pragmatique qui tente d’évaluer les conséquences de l’adoption de Vista et MS Office 2007 dans le contexte scolaire pour en tirer de justes recommandations.

• Parce qu’au délà de Microsoft, ce rapport passe en revue quelques questions majeures que tout acteur du monde éducatif un tant soit peu impliqué dans les TICE devrait se poser. Parce que, enseignants, administrations, collectivités, parents d’élèves, etc. nous estimons qu’il en va de la responsabilité de chacun de se positionner sur ces questions et de faire ses choix en toute connaissance de cause.

• Parce qu’en France, le Ministère de l’Education n’a pas jugé opportun de mener une telle étude et ne communique pas sur le sujet. Nous ne comprenons pas un tel silence. Nous pensons a contrario que ces questions sont d’importance et que les conditions d’un véritable débat sont réunies.

• Parce que Microsoft se montre en ce moment très entreprenant à l’école. Dernier exemple en date : La mise à disposition gratuite de MS Office pour tous les enseignants. Lisez le rapport et vous comprendrez aisément le pourquoi du comment d’un tel « cadeau ».

• Parce que plus nous serons nombreux à être informés et vigilants et plus nous aurons de chance de voir Microsoft modifier non pas ses prix mais ses pratiques. Dernier exemple en date : L’annonce de l’intégration du format ODF dans MS Office 2007 pour le premier semestre 2009, dont « Microsoft assure que sa décision n’est pas liée à la récente plainte déposée auprès de Bruxelles par l’agence gouvernementale britannique Becta » (source ZDNet).

• Parce que tout comme le Becta nous ne sommes pas convaincus par la pertinence du format OOXML de Microsoft dont la récente standardisation ISO a posé plus de questions qu’elle n’en a résolues.

• Parce que s’interroger sérieusement sur l’opportunité de Windows Vista et de MS Office à l’école amène à évaluer sérieusement les alternatives que proposent les logiciels libres.

• Parce que nombreux sont les éléments exposés ici pour l’école qui valent également en dehors de l’école.

• Parce qu’il n’y aucune fatalité à voir notre école accepter passivement une situation qui la voit simultanément dépenser inutilement ses deniers publics et prendre le risque de devenir toujours plus dépendante d’un unique éditeur de logiciels (et de formats) propriétaires. Parce que, sauf cas particuliers, les raisons qui la poussent à adopter aujourd’hui Windows Vista et MS Office 2007 ne résistent pas à l’analyse. Parce que, osons l’expression, nous ne souhaitons pas qu’elle vienne nous dire dans quelques années qu’elle ne savait pas.

• Parce qu’il n’est pas trop tard et que nous y voyons un prétexte à enfin lancer un véritable débat en France. Parce qu’avec la magie d’internet (comprendre votre soutien et votre relai) nous avons l’espoir de sortir de notre communauté pour toucher un maximum de monde, décideurs scolaires et politiques inclus.

• Parce que nonobstant la technicité du sujet, ce rapport demeure fort agréable à lire (si, si, je vous assure).

C’est pourquoi nous vous invitons à parcourir ce document^[3], à l’évaluer pour éventuellement le partager, le diffuser (sites, blogs, listes, mails…), le rendre disponible en salle des professeurs, l’évoquer avec les enseignants de vos enfants, en parler autour de vous, etc.^[4]

La période, proche des vacances, est peu propice, mais on se retrouvera à la rentrée. Et en attendant nous proposons à tous ceux qui voudraient porter ce débat avec nous de s’inscrire à une liste de diffusion spécialement créée pour l’occasion^[5].

Quand bien même nous serions en phase avec les recommandations du rapport Becta, nous ne souhaitons pas vous convaincre de la pertinence de son contenu. Nous souhaitons simplement que les arguments avancés ici soient enfin discutés sérieusement sur la place publique, sachant que l’éducation nous concerne tous.

Merci de votre attention et bonne lecture…

Télécharger la traduction du rapport Becta (PDF, 370 Ko, 38 pages)

PS : Il sera beaucoup question de cette traduction lors de mon intervention intitulée « Windows Vista, accélérateur du Libre à l’école ? » qui aura lieu aux prochaines Rencontres Mondiales du Logiciel Libre de Mont de Marsan, le jeudi 3 juillet à 16h.

Les programmes de gestion de versions sont indissociables des (gros) projets de logiciels libres. Ils permettent aux développeurs de coordonner leur travail et de suivre au jour le jour qui a fait quoi dans le projet.

En suivant ces programmes, Michael Ogawa a mis au point un modèle graphique de visualisation chronologique de l’élaboration d’un logiciel libre. Il appelle cela code_swarm (essaim de code), qui utilise dans sa conception le moteur libre Processing.

Le résultat est fascinant, un véritable objet mutant aussi bien esthétique que pédagogique.

Pour le moment figurent dans le catalogue : Eclipse, PostgreSQL, Apache et Python. Comme le suggère l’auteur, j’ai choisi de reproduire^[1] ce dernier comme exemple d’illustration parce qu’on voit bien comment au départ et pendant plusieurs années le créateur du fameux langage de programmation Python, Guido van Rossum (alias guido), travaille quasiment seul jusqu’à l’an 2000 où le projet sort de sa niche et explose littéralement.

Pour ce que soit un peu plus clair, nous avons traduit^[2] ci-dessous les explications données par Michael Ogawa sur la page présentant le projet.

code_swarm

Michael Ogawa – juin 2008

« J’étudie les projets de développement logiciel depuis un petit moment maintenant. Pas la programmation, mais les gens, la façon dont ils interagissent à travers leurs collaborations et leurs communications. Mes investigations ont toujours été visuelles : J’ai bâti des applications qui créent des images de ce qui se passe au cours de l’élaboration des projets logiciels. Mais ils ont toujours eu une structure rigide. La visualisation d’information organique, inventée par Ben Fry, est une approche différente de la visualisation de l’information. Elle évite les confinements traditionnels d’information dans l’espace, et laisse les éléments jouer librement ensemble d’une manière aléatoire.

Cette visualisation, appelée code_swarm, montre l’historique des commits d’un projet de développement logiciel. Un commit intervient lorsqu’un développeur effectue des changements dans le code ou les documents et les transfère au dépôt central du projet. Les développeurs et les fichiers sont ici représentés par des éléments mobiles. Lorsqu’un développeur commite un fichier, celui-ci s’illumine et vole en direction du développeur concerné. Si des fichiers ou des développeurs ne sont pluss actifs, ils s’estompent peu à peu. Un histogramme, au bas de la visualisation, vient rappeler ce qui s’est passé précédemment. »

Séquence évasion avec ces quelques photos d’une récente installation de la toute dernière version de GNU/Linux Ubuntu, la 8.04 du Hardy Heron, dans un village du Nicaragua.

Une (courte) traduction signée GaeliX pour Framalang.

Parier sur l’avenir

Bet on the future

Blog comuNIdad – 19 juin 2008

Jalapa est une commune du département de Nueva Segovia, Nicaragua, située près de la frontière avec le Honduras.

Jalapa est une région très pauvre et a été une de celles qui ont le plus souffert de la guerre civile dans les années 80.

Aujourd’hui, le gouvernement local fait un pari sur l’avenir en migrant toutes ses stations de travail et ses serveurs vers des logiciels libres et en particulier vers Ubuntu Linux.

C’est une occasion unique de réduire la fracture numérique et d’amener le progrès dans les zones rurales. Un grand merci à l’équipe locale Ubuntu d’avoir travaillé dur pendant plusieurs mois pour faire de cette initiative une réalité.

Le code informatique écrit par des femmes serait-il plus « utile » que celui des hommes ?

C’est en tout cas ce qui ressort de ce récent article d’un blog du Wall Street Journal.

Il serait en effet mieux documenté et par là-même plus facilement exploitable par d’autres développeurs^[1].

L’occasion d’évoquer aussi peut-être dans les commentaires la problématique de l’écart des sexes dans le secteur informatique en général et dans la communauté du logiciel libre en particulier…

Les hommes écrivent du code provenant de Mars, et les femmes du code plus utile venant de Vénus.

Men Write Code from Mars, Women Write More Helpful Code from Venus

Rebecca Buckman – 6 juin 2008 – The Wall Street Journal
(Traduction Framalang : GaeliX et Burbumpa)

Nous savons tous que les hommes détestent demander leur chemin. Apparemment, ils détestent tout autant indiquer les directions dans le code informatique.

Emma McGrattan, première vice-présidente en ingénierie de la société Ingres spécialisée en bases de données, l’une des femmes développeuses les plus cotées de la Silicon Valley, insiste sur le fait qu’hommes et femmes ne codent pas de la même façon. Les femmes sont plus sensibles et plus attentives à ceux qui pourraient utiliser leur code ultérieurement. Elles parsèment leur code, vous savez, ces lignes d’instructions qui donneront naissance à d’astucieuses applications et programmes, de commentaires et consignes, expliquant avec précision pourquoi elles ont écrit leur code de cette façon là.

Le code devient alors une sorte de « feuille de route » pour ceux qui voudraient le modifier ou l’étendre par la suite, ajoute McGrattan, irlandaise de souche ayant rejoint Ingres en 1992.

Les hommes, d’un autre côté, n’ont pas les mêmes motivations. Souvent, « ils essayent de montrer combien ils sont intelligent en produisant du code cabalistique » dit-elle sur le blog Business Technology. « Ils essayent de dissimuler des choses dans le code », et ne laissent pas de consignes claires pour les futurs utilisateurs. McGrattan se targue de pouvoir, dans 70% à 80% des cas, déterminer à partir d’un morceau de code s’il a été écrit par un homme ou par une femme.

Par souci de rendre le code d’Ingres plus facile à utiliser et dépourvu de genre sexuel, McGrattan a aidé à la mise en œuvre de nouveaux standards de programmation au sein de la société. Elle demande aux développeurs d’inclure un certain nombre de commentaires précis avant chaque portion de code, expliquant ce que chacun fait et pourquoi; les développeurs doivent aussi fournir un historique détaillé de chaque changement effectué. Ces règles s’appliquent aussi bien aux employés d’Ingres qu’aux membres de la communauté Open Source qui participent au code des produits Ingres.

Il y a grand besoin de modifier le code à haute teneur en testostérone chez Ingres car seulement 20% des ingénieurs sont des femmes, précise McGrattan, la plupart d’entre elles ayant des postes liés à l’assurance qualité ou à l’adaptation à un nouveau pays et non à la programmation de haut vol.

Elle s’est donnée comme mission d’intéresser plus de femmes aux carrières dans le développement. Mais « cela s’avère très difficile » conclut-elle.

Voici une traduction^[1] un peu technique mais qui illustre bien la problématique de la démocratisation de GNU/Linux.

Elle fait suite à la proposition récente de Mark Shuttleworth (Monsieur Ubuntu) de synchroniser les cycles et donc les sorties des principales distributions Linux (outre Ubuntu il cite celles de Red Hat, Novell et Debian ainsi que le noyau, GNOME/KDE, X et OpenOffice.org). Histoire que tout ce petit monde avance groupés, ce qui d’après lui simplifierait la vie de tout le monde à commencer par celle des utilisateurs.

Mais Ryan Paul du site Ars Technica n’est visiblement pas tout à fait de cet avis. Au ce serait bien si… de Mark Shuttleworth il répond avec des arguments précis qui évoquent souvent le quotidien collaboratif d’un développeur de logiciels libres (en particulier tout ce qui touche à la gestion de versions). Et lorsque l’on est, comme moi, utilisateur mais non développeur de logiciels libres, c’est culturellement fort enrichissant.

On notera qu’à la suite de sa proposition et du vif débat suscité, Shuttleworth a précisé voire nuancé son propos quelques jours plus tard sur son blog.

Pourquoi Linux n’est pas encore prêt pour des cycles de parution synchronisés

Why Linux isn’t yet ready for synchronized release cycles

Ryan Paul – 21 mai 2008 – ars technica

Le fondateur d’Ubuntu, Mark Shuttleworth a répété son appel aux développeurs des principaux logiciels libres et des distributions Linux pour une synchronisation des développements et des cycles de publication. Il avance que l’adhésion fidèle et universelle à un modèle de parution régulier encouragerait la collaboration entre les projets, assurerait aux utilisateurs l’accès aux dernières nouveautés des applications populaires et ferait de la plateforme Linux une cible plus stable et prévisible pour les vendeurs de logiciels.

Shuttleworth souhaite organiser les principales sorties en trois vagues distinctes, chacune formant un ensemble cohérent. La première vague concernerait les composants fondamentaux comme le noyau Linux, le compilateur GCC, les boîtes à outils graphiques comme GTK+ et les plateformes de développement comme Python et Java. La deuxième vague apporterait les environnements graphiques et les applications tandis que la troisième vague serait composée des distributions.

Bien qu’un cycle de sortie unifié rendrait plus aisée la création d’une distribution Linux, ce concept apporte d’importantes difficultés et n’est que peu gratifiant pour les développeurs de logiciels. Pour parvenir à une synchronisation à grande échelle comme Shuttleworth le souhaite, certains logiciels libres devraient radicalement changer leur modèle de développement actuel et adopter une nouvelle approche qui ne sera pas viable pour nombreux d’entre eux.

Comprendre les cycles de sorties réguliers

Un cycle de sorties régulier nécessite de sortir de nouvelles versions à une fréquence donnée. Le processus de développement pour les projets qui emploient ce modèle implique en général une planification des fonctionnalités prévues et ensuite une implémentation maximale jusqu’à ce que le projet gèle le code lorsque l’échéance approche. À partir de ce moment là, les fonctionnalités qui ne sont pas terminées sont reportées. On se concentre alors sur la correction des bogues et sur l’assurance qualité jusqu’à la date butoir, quand le logiciel est officiellement sorti.

Ce modèle fonctionne bien pour de nombreux projets, en particulier pour l’environnement GNOME. Mais, une conséquence de ce modèle est que les développeurs doivent travailler par incrémentation et il décourage les modifications de grande ampleur, celles qui nécessiteraient plus de temps que n’en offre le cycle. Parfois cet intervalle n’est simplement pas suffisant pour ajouter au code principal et tester des changements d’architecture importants qui sont incubés en parallèle en dehors de l’arbre principal du code.

Quand cela se produit, les développeurs doivent se demander si les avantages de la nouvelle fonctionnalité compensent les effets néfastes de la régression (comme avec l’adoption de GVFS dans GNOME 2.22 par exemple). Ils doivent parfois décider de retirer des fonctionnalités à la dernière minute ou de repousser la date de sortie pour améliorer la stabilité. Ce sont des choix difficiles à prendre et, comme le reconnaît Shuttleworth lui-même, faire ces choix demande beaucoup de discipline.

Même si des cycles réguliers peuvent convenir à certains projets, tenter d’imposer l’adoption de cette approche à tous les projets et ensuite les faire correspondre universellement pourrait gravement endommager le processus de développement. Si les projets deviennent dépendants de la synchronisation, alors un retard à n’importe quelle étape aurait des conséquences sur toutes les autres étapes. Chaque projet subirait alors une pression énorme pour tenir les délais et ce serait néfaste pour le programme et ses utilisateurs finaux.

L’utilisation des branches pour faciliter des sorties régulières

D’après Shuttleworth, de bons outils, en particulier des systèmes de contrôle de version possédant de bonnes capacités de création de branches et de fusion, peuvent rendre ce problème obsolète. Il se réfère spécifiquement à Bazaar, un système de contrôle de version mis au point par Canonical qui s’intègre à la plateforme de développement Launchpad de l’entreprise. J’ai beaucoup testé Bazaar durant ces deux dernières semaines en cherchant des technologies de contrôle de version distribuées et je ne peux qu’être d’accord avec l’argument de Shuttleworth.

Bazaar rend très facile le portage du flot continu de petits changements, du tronc vers les branches, où les fonctionnalités importantes sont développées, afin que ces fonctionnalités puissent être fusionnées sans accroc dans la branche principale quand elles sont achevées. En utilisant cette approche, où la majeure partie du développement est faite dans des branches, le code du tronc est naturellement et systématiquement plus robuste qu’il ne le serait autrement. Shuttleworth va même plus loin encore et théorise que lorsque cette approche est employée en parallèle à des tests automatisés le code du tronc est toujours prêt à être sorti à n’importe quel moment.

« Un ensemble de tests complet … vous permet d’être plus ouvert aux gros ajouts au tronc parce que les tests assurent les fonctionnalités que les gens ont avant l’ajout. Un ensemble de tests agit comme un champ de force, il protège l’intégrité du code dont le comportement était connu le jour précédent face au changement perpétuel. » écrivait ainsi Shuttleworth sur son blog.

« La plupart des projets que je finance maintenant ont adopté une politique de tests avant ajout. Les ajouts au tronc sont gérés par un robot qui refuse de valider l’ajout s’il ne satisfait pas à tous les tests. Vous ne pouvez pas discuter avec un robot ! Ce que je trouve beau là-dedans c’est que le tronc est toujours dans un état publiable. Ce n’est pas complètement vrai ; on peut toujours faire un peu plus d’assurance qualité avant de sortir quelque chose, mais vous avez cette garantie que l’ensemble de tests est toujours satisfait. Toujours. »

Les ensembles de tests et les très bons systèmes de contrôle de version peuvent simplifier le développement et améliorer la qualité du code, mais ils ne sont pas la panacée. Shuttleworth surestime largement la capacité de ces outils à pallier aux problèmes associés aux sorties régulières. Des bogues surgiront toujours quand de grosses nouveautés sont fusionnées au code existant et parfois ces bogues nécessitent un report de la date de sortie. Si les développeurs ne peuvent ou ne veulent pas faire cela, la qualité du logiciel s’en retrouvera forcément affectée.

Ubuntu 8.04 est le parfait exemple de la voie à ne pas suivre

Pas besoin de chercher très loin pour constater la baisse de qualité résultante d’un engagement sans compromis à un cycle de sorties régulières. Prenez l’exemple de la dernière version d’Ubuntu. Shuttleworth vante Ubuntu 8.04 comme l’exemple d’une gestion plus intelligente des sorties et soutient que cela démontre la capacité des développeurs à s’en tenir à un programme strict.

« 8.04 LTS représente pour nous un grand pas en avant dans notre conception de la gestion d’une sortie. Pour autant que je sache, jamais une sortie de cette envergure ne s’est faite exactement le jour prévu jusqu’à maintenant, dans le monde des OS propriétaires ou des OS libres. » commente Shuttleworth sur son blog. « Nous avons non seulement démontré que l’on peut préparer une version LTS dans les 6 mois impartis, mais cela prouve également que l’on peut s’engager par anticipation sur un tel cycle LTS. Félicitations aux preneurs de décisions techniques, aux responsables versions et à toute la communauté qui a calqué nos efforts sur le but fixé. »

Ubuntu 8.04, qui est parue le mois dernier, est une version avec support à long terme (LTS pour Long Terme Support), ce qui signifie qu’elle sera maintenue trois ans pour la version Desktop et 5 ans pour la version serveur. Depuis le début, Shuttleworth affirmait aux utilisateurs que la qualité et la fiabilité seraient les mots d’ordre pour la 8.04 et qu’elle serait faite pour durer. Malheureusement, la version n’a pas atteint ces objectifs et est sortie avec quelques bogues importants. Le problème le plus frustrant que nous avons relevé dans notre test d’Ubuntu 8.04 est la configuration défectueuse de PulseAudio, qui affecte à la fois les fonctionnalités audio et vidéo.

Un léger retard aurait permis de résoudre les problèmes de ce genre avant la sortie, mais ce n’est jamais arrivé, peut-être parce que l’engagement de faire la sortie à temps l’a emporté sur l’engagement de la qualité. Mais certains diront qu’une version défaillante n’est pas un problème parce que les bogues peuvent être réparés par des petites mises à jour après sa sortie.

« Les grands déploiements attendent la première ou la deuxième version consolidée de toute façon » fait noter Shuttleworth en réponse à un commentaire sur ton blog (NdT : La sortie de Ubuntu 8.04.1 est prevue pour le 3 juillet). Je me doute que je ne suis pas seul à avoir pensé aux Service Packs de Microsoft en voyant cette remarque. Mais une version officielle n’est-elle pas censée être un gage de qualité ? Si les sorties sont basées sur des jalons arbitraires posés sur une chronologie plutôt que sur une réelle amélioration, alors elles perdent leur sens ou leur pertinence pour les utilisateurs finaux.

D’autres approches

Les cycles de sortie devraient être flexibles et les développeurs devraient pouvoir en ajuster la durée pour qu’ils collent à leur activité. Selon les projets, la culture de développement et les buts peuvent être très différents, les stratégies de publication sont par conséquent différentes. L’appel de Shuttleworth en faveur d’une synchronisation reflète une forme d’incapacité à reconnaître la valeur et la profondeur de la diversité dans la communauté du logiciel libre. Des distributions qui visent des publics différents et qui ont des priorités différentes pourraient ne pas rentrer dans le même moule que les distributions généralistes comme Ubuntu. On retrouve également des logiciels libres multi-plateformes, comme le navigateur Web Firefox par exemple, qui réunissent beaucoup d’utilisateurs sur d’autres systèmes d’exploitation et qui peuvent avoir d’autres priorités que la fréquence de sortie des distributions Linux.

Je tiens à dire quand même que je ne rejette pas catégoriquement les idées de Shuttleworth. Même si je suis vraiment contre une approche descendante et centralisée de la planification des sorties synchronisées je pense qu’il y pourrait y avoir des bénéfices à tirer d’un meilleur alignement du calendrier de quelques distributions principales qui partagent déjà des buts, une technologie et une méthodologie similaires.

La simultanéité des sorties est déjà à l’ordre du jour (Fedora 9, Ubuntu 8.04 et OpenSolaris 2008.05 ont toutes vu le jour à quelques semaines d’intervalle) et je suis convaincu que de meilleurs résultats sont atteignables si on laisse cette tendance se développer d’elle-même. Encourager trop d’interdépendance créerait des risques sévères, on parle d’un domaine où une planification consciencieuse et un calendrier gravé dans la roche seraient à l’origine de plus de problèmes qu’ils n’en résolvent.

Aaron Seigo, développeur KDE, est l’un des détracteurs ayant exprimé des inquiétudes convaincantes et perspicaces au sujet de la proposition de Shuttleworth. Seigo met à plusieurs reprises en avant que le genre de synchronisation que souhaite Shuttleworth améliore l’efficacité d’intégration au dépend de l’efficacité des développeurs, une concession qu’il décrit comme contre-productive car c’est dans le développement que se trouve le richesse des logiciels.

« Mark parle de processus en flux tendu, mais seulement du point de vue de l’intégration ; il existe aussi des processus en flux tendu dans le développement et définir le cycle de développement à l’aune du cycle de sorties, surtout s’il n’est pas bon, érode la fluidité du flux de développement », écrit Seigo sur son blog. « Il ne faut pas oublier que c’est le processus de développement qui fait toute la valeur d’une distribution Linux. La distribution rend cette valeur accessible à grande échelle et crée un autre type de valeur ajoutée par-dessus (le support, le marketing, etc.) mais c’est le développement, pas l’intégration, qui est la source primaire de valeur. Il devrait alors être évident que le processus de développement n’est pas quelque chose qu’on peut prendre comme ça à la légère. »

Seigo propose une alternative qui faciliterait la synchronisation en aval sans nécessiter de synchronisation ou de chamboulement en amont. D’après lui, les distributions devraient gérer par elle-mêmes les sorties en créant leurs propres branches et en tenant compte des contraintes de leurs propres cycles.

« Puisqu’il y a cette volonté en aval pour des cycles de parution synchronisés… pourquoi est-ce que l’aval ne prendrait pas en charge les sorties ? Pourquoi attendre que les tarballs soient livrées devant leur porte pour mettre en place une équipe de publication ? » s’interroge Seigo. « Pourquoi ne pas demander à la communauté d’intégration (les vendeurs de systèmes d’exploitation en gros) de coordonner leur efforts pour créer une branche en vue d’une sortie à un moment donné, moment qu’ils définissent eux-mêmes, et travailler avec l’amont pour la stabilisation de cette branche ? Plutôt que d’espérer que l’amont fasse ce qu’ils désirent, pourquoi ne peuvent-ils pas regrouper un tas de gars des communautés de chez Novell, Red Hat, Debian, Mandriva, MacOS et Microsoft, de chez Canonical ou encore de chez n’importe qui qui voudrait s’impliquer et offrir un vrai processus sérieux de sortie par lequel l’amont pourrait s’intégrer naturellement ? »

Les suggestions de Seigo sont plus viables que les propositions de Shuttleworth. Elles permettraient aux distributions Linux de bénéficier des avantages pratiques de la synchronisation dont bénéficieraient également les utilisateurs finaux sans avoir à bouleverser ou synchroniser le développement en amont. Cela engendrerait cependant un coût additionnel et un défi nouveau pour les distributeurs et leur ferait porter le poids de la gestion des sorties. Seigo assure que si les distributeurs veulent vraiment des sorties synchronisées en aval autant que ça ils seront prêts à accepter cette charge supplémentaire et trouveront un bon moyen pour y parvenir.

Il est bien probable que cette discussion dure pendant encore quelques temps à mesure que les acteurs principaux pèsent le pour et le contre. La communication a déjà fait avancer le débat de bien des manières et a déjà fait émerger des alternatives attirantes et des variations de la proposition initiale. Le résultat final pourrait avoir des implications importantes sur la gestion des sorties par les logiciels libres et les distributions, mais pour l’instant aucune des idées proposées n’est suffisamment mature pour être appliquée à grande échelle.