Framablog

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.

Vous souhaitez convaincre votre hiérarchie, votre direction, voire votre conjoint de migrer vers GNU/Linux ? Rédigé il y a plus de deux ans par le Bellevue Linux Users Group (Seattle), ce petit inventaire vous sera peut-être utile pour fourbir quelques arguments bien sentis.

Les 22 trucs cools que l'on peut faire sous Linux mais pas sous Windows ou Mac avaient fait jaser dans les chaumières (comprendre dans les commentaires). En ira-t-il de même cette fois-ci ?

Une traduction Don Rico supervisée par Daria et Olivier. Illustration Tux Tie par Adpowers sous licence Creative Commons By.

25 raisons de migrer sous Linux

25 Reasons to Convert to Linux

Janvier 2006 - The Linux Information Project'

Partout dans le monde, des entreprises, des institutions scolaires ou universitaires, des agences gouvernementales et d'autres organisations abandonnent^[1] de plus en plus massivement leur système d'exploitation Microsoft Windows et le remplacent par Linux. De la même façon, elles abandonnent des applications propriétaires et commerciales pour des logiciels libres (également connus sous le nom de logiciels open-source). Il existe au moins 25 raisons à ce mouvement, dont nous allons dresser la liste ici.

1. Étant enregistré sous une licence logicielle libre^[2], Linux (ainsi que d'autres logiciels libres) peut être obtenu gratuitement. On peut télécharger gratuitement une distribution Linux par Internet et l'on peut l'acquérir sous forme de CD ou de boîte pour une somme modique. On peut installer sa copie du logiciel sur autant de postes qu'on le souhaite et ce sans aucune restriction. Voilà qui constitue une immense différence avec Microsoft Windows, qui coûte au bas mot 100€ par ordinateur.

2. Linux est aussi un logiciel libre dans le sens où quiconque peut le modifier, y compris son code source, comme bon lui semble. Si les versions modifiées ne sont pas redistribuées (par exemple données gratuitement ou commercialisées auprès du grand public), elles peuvent rester secrètes. La différence est là aussi énorme avec Microsoft Windows, qu'il est généralement interdit de modifier. Le code source constitue la version originale d'un programme tel qu'il a été écrit par un programmeur à l'aide d'un langage de programmation, avant d'être compilé de sorte que ses instructions puissent être comprises directement par le processeur d'un ordinateur ; la plupart du temps, il faut accéder au code source pour apporter des modifications à un programme. La possibilité de bidouiller et de modifier en toute liberté le code source, et de le faire sans être tenu de dévoiler ses modifications, a été un élément de choix très important pour de nombreuses organisations d'envergure^[3].

3. Un support de qualité pour Linux est disponible gratuitement sur Internet, notamment par le biais de groupes de diffusion ou de forums. Certains considèrent que ce support est au moins aussi performant que celui fourni pour des systèmes propriétaires (c'est-à-dire commerciaux) moyennant finance. On peut aussi obtenir un support payant pour Linux si on le désire. Parmi les types de support dont on peut avoir besoin pour un système d'exploitation, on peut trouver l'aide à la personnalisation, l'assistance pour l'installation de nouveaux programmes, l'installation de mises à jour pour se préserver des nouvelles menaces de sécurité ou corriger les bogues récemment découverts (par exemple des failles). Par chance, ces deux derniers cas de figure sont relativement peu fréquents pour un système Linux.

4. Le risque que le support pour Linux soit interrompu à l'avenir, en raison d'un abandon prévu de son développement ou toute autre raison, est très faible, car son code source sera toujours disponible pour qui le souhaite, y compris ceux qui proposent un support gratuit via Internet et les entreprises qui le fournissent contre paiement. À l'opposé, avec Microsoft Windows et d'autres logiciels propriétaires pour lesquels le code source est la plupart du temps gardé secret, il devient difficile d'obtenir de l'assistance (d'un point de vue à la fois technique et légal) si le développeur décide de ne plus la fournir (par exemple pour forcer les utilisateurs à payer la mise à jour vers une version plus récente).

5. Il n'est pas à craindre que Linux devienne un jour complètement obsolète, de façon planifiée ou non, pour la simple raison que l'architecture UNIX sur laquelle il est basé est mise à l'épreuve et fignolée depuis plus de trente-cinq ans et qu'elle s'est révélée extrêmement performante, robuste et sûre. Son amélioration se poursuit à une cadence accrue, mais les nouvelles versions restent quoi qu'il arrive compatibles avec l'architecture UNIX qui constitue leurs fondations.

6. Les utilisateurs de Linux ne sont jamais poussés vers des mises à jour forcées^[4], car les versions antérieures bénéficient toujours d'un support (par exemple, le développement de nouveaux correctifs de sécurité et de pilotes pour le matériel) et parce que les nouvelles versions, si on souhaite les acquérir, sont disponibles gratuitement (comme la plupart des logiciels libres) et offrent par essence une compatibilité élevée avec les précédentes. Les développeurs de logiciels propriétaires, en revanche, sont incités par de fortes motivations financières à pratiquer l'obsolescence planifiée, de façon à pousser les utilisateurs de versions antérieures à dépenser de l'argent pour acheter ou louer les nouvelles versions.

7. Lorsqu'un utilisateur décide de passer à une version plus récente de Linux, il ne devra payer aucun frais de licence et n'aura rien à dépenser en logiciels s'il choisit une distribution (version) gratuite. En outre, les conversions ou modifications d'un programme donné, l'acquisition de nouveau matériel ou autres dépenses induites par la mise à jour sont également minimes, grâce à la compatibilité avec les versions antérieures.

8. Aucun équipement onéreux n'est requis pour passer d'une version de Linux à une autre. Dans une entreprise équipée de centaines ou de milliers d'ordinateurs, il peut être nécessaire d'employer un équipe entière à temps plein pour s'assurer que tous les postes utilisés sont en régularité avec les termes complexes des CLUF (contrat de licence de l'utilisateur final) de Microsoft Windows, Microsoft Office et autres logiciels propriétaires. Qui plus est, pour les utilisateurs de Linux, il ne plane aucune menace d'audit par la BSA (Business Software Alliance)^[5], pouvant déboucher sur des amendes lourdes pour des infractions mineures aux licences.

9. Linux offre une sécurité supérieure, à savoir un taux très faible d'infection par virus, chevaux de Troie, vers, espiogiciels et autres programmes malveillants, et ce parce que le système UNIX et tous ses dérivés (et parmi eux Linux) ont été conçus depuis leurs fondations en prenant en compte la sécurité, au lieu d'y ajouter après coup des mesurettes de sécurité. Par exemple, les utilisateurs ne se connectent pas à leur système en tant qu'utilisateur root (c'est-à-dire en tant qu'administrateur), protégeant ainsi les fichiers clés du système même en cas d'intrusion par un programme malveillant. Un puissant pare-feu est également intégré dans les distributions majeures et activé par défaut. Autre facteur important : l'accès libre au code source, qui permet à des milliers de personnes de par le monde d'y rechercher des failles de sécurité et de les combler^[6].

10. Linux est très résistant aux crashes système et nécessite rarement un redémarrage. C'est là un atout essentiel pour les grosses organisations, pour lesquelles quelques minutes de panne seulement peuvent se traduire par des pertes financières substantielles. Linux a été intégralement bâti pour être un système d'exploitation extrêmement robuste et stable, bénéficiant de l'expérience acquise en ce domaine en plus de 35 ans de développement des systèmes d'exploitation de base UNIX.

11. Bien que les applications pour Linux ne soient pas aussi nombreuses et variées que celles disponibles pour les systèmes d'exploitation Microsoft Windows, il en existe déjà une vaste palette, et le choix continue de croître rapidement, car de plus en plus de développeurs conçoivent des programmes pour Linux. La plupart des applications Linux sont aussi des logiciels libres et gratuits (y compris la majorité des plus populaires) et nombre d'entre elles offrent des performances égales ou supérieures aux applications équivalentes sous MS Windows. D'ailleurs, les utilisateurs se rendent souvent compte que les applications dont ils sont besoin sont disponibles gratuitement sur Internet et qu'il ne leur est plus nécessaire d'acheter de logiciels propriétaires commerciaux.

12. Il existe un vaste choix de distributions Linux (plusieurs centaines), chacune possédant ses caractéristiques propres, mais d'ordre général toutes compatibles les unes avec les autres, ce qui permet aux utilisateurs de choisir les versions les mieux adaptées à leurs besoins. Cela signifie aussi que si une société proposant une distribution Linux venait à cesser ses activités, il resterait toujours un grand nombre de solutions de remplacement. Qui plus est, cette abondance de distributions favorise une émulation saine entre elles, ce qui contribue à l'amélioration constante de la qualité et des performances de Linux. Si l'on peut se sentir perdu face à une telle abondance, il est cependant difficile de se tromper en choisissant une des distributions les plus populaires, telles que RedHat ou SuSE.

13. Linux offre une grande souplesse de configuration : il est très facile de le personnaliser abondamment, et ce sans avoir à en modifier le code source. Par exemple, rien n'est plus simple que de configurer Linux au cours de l'installation d'une distribution afin de l'optimiser pour une utilisation en tant que poste de travail, sur un ordinateur de bureau, sur un ordinateur portable, un serveur Web, un serveur de base de données ou un routeur. De la même manière, l'apparence et le comportement du bureau, y compris les icônes et les menus, peuvent être configurés presque à l'infini, selon les goûts ou les besoins de l'utilisateur. On peut même lui donner l'apparence de Microsoft Windows. Si cela ne suffisait pas, la possibilité d'accéder librement au code source, de le modifier et de le recompiler, permet une souplesse de configuration quasi illimitée.

14. Linux et d'autres logiciels libres utilisent des formats de fichiers appelés formats ouverts. Parmi eux, il existe des formats pour le traitement de texte, les feuilles de calcul et d'autres types de fichiers conformes aux standards collectifs, lesquels peuvent être utilisés par tout développeur de logiciel pour créer des programmes compatibles, contrairement aux formats fermés généralement pris en charge par les logiciels propriétaires. Cela a l'avantage d'éliminer le problème de la dépendance aux standards propriétaires, laquelle engendre des difficultés et des coûts supplémentaires pour passer à un autre logiciel. Grâce à eux, l'utilisateur a donc la maîtrise complète de ses données, particulièrement dans le cas de figure où le développeur ayant créé le logiciel cesserait son activité ou interromprait le support de ses anciens logiciels.

15. De manière générale, Linux est plus rapide que ses concurrents à configuration matérielle égale, et ce grâce à une optimisation accrue de son code source, notamment en supprimant les lignes de code superflues.

16. Linux offre une grande compatibilté avec les autres systèmes d'exploitation. Par exemple, il peut lire, écrire, copier, effacer et manipuler les données présentes sur les partitions Windows d'un même disque dur (DD), se comporter comme un serveur Windows pour un réseau comprenant des postes Windows, formater des disques devant être utilisés sous Windows et même, si nécessaire, faire fonctionner des programmes Windows directement. À l'inverse, les systèmes d'exploitation Microsoft Windows sont incapables d'accéder aux partitions des DD contenant d'autres OS, ou de formater un disque pour d'autres systèmes d'exploitation, etc.

17. Linux et les logiciels libres respectent de fortes exigences éthiques, en grande partie en conséquence du caractère très ouvert de leur processus de développement et de la disponibilité de leur code source. Linux n'a jamais été condamné pour violation d'une loi anti-trust ni aucune autre infraction et n'a jamais dû payer d'amende pour la reproduction illégale d'une technologie développée par une autre entreprise. Les lois anti-trust découlent de la politique gouvernementale visant à réguler ou à briser les situations monopolistiques de façon à favoriser la libre concurrence et récolter les dividendes qu'une telle concurrence peut être bénéfique à l'économie et à la société dans son ensemble.

18. Linux réduit la nécessité de mettre à niveau ou de remplacer son matériel pour passer à une version plus récente, et ce parce que son code est aussi compact qu'efficace, permettant ainsi un fonctionnement performant sur des ordinateurs anciens trop peu puissants pour les dernières versions de Microsoft Windows.

19. Linux fonctionne sur une grande variété de plateformes (c'est-à-dire de processeurs et de types de systèmes), au lieu d'être limité aux processeurs et aux ordinateurs compatibles Intel. Il s'adapte parfaitement et convient à une utilisation sur une vaste palette d'équipements, allant des super-calculateurs aux robots industriels, du matériel médical électronique aux téléphones cellulaires (Linux peut même fonctionner sur une montre de poignet).

20. Linux est un choix plus judicieux pour une utilisation au sein des institutions scolaires, et ce pour un certain nombre de raisons. En particulier, le fait que les distributions Linux ne recèlent aucun secret (tout le contraire des logiciels propriétaires), ce qui donne aux étudiants la possibilié d'étudier comment fonctionnent vraiment les ordinateurs au lieu de se contenter d'apprendre à s'en servir. De nombreux enseignants et formateurs sont convaincus qu'il est bien plus important pour d'étudier les fondamentaux de l'informatique que de se former à l'utilisation d'applications spécifiques (telles que Microsoft Word ou Microsoft PowerPoint). Pourquoi ? Parce que les fondamentaux des sciences informatiques seront encore valables dans de nombreuses années, alors que les programmes à usage spécifique, particulièrment les logiciels propriétaires non conformes au standards collectifs, sont soumis à des modifications permanentes et que la plupart risquent de devenir obsolètes dans quelques années^[7].

21. Pour les agences gouvernementales, Linux et les logiciels libres permettent la transparence des données, car ils les stockent sous des formats conformes aux standards collectifs. Cela s'oppose aux formats fermés propriétaires employés par les logiciels commerciaux. Cette transparence est primordiale pour le bon fonctionnement et la pérénité d'une démocratie efficace. Conserver des données non confidentielles sous des formats conformes aux standards permet à quiconque le souhaite d'y accéder sans devoir acquérir de coûteux logiciels propriétaires. En outre, stocker des données secrètes et confidentielles sous des formats conformes aux standards est généralement considéré comme plus sûr que de les conserver sous des formats propriétaires.

22. Avec Linux et les logiciels libres, l'existence de portes dérobées n'est quasiment pas à craindre, en grande partie parce que leur code source peut être examiné. Une porte dérobée est une méthode frauduleuse employée pour obtenir à distance l'accès à un ordinateur. De nombreux gouvernements et entreprises craignent (souvent à juste titre) que des portes dérobées aient été introduites dans des logiciels propriétaires, permettant ainsi au développeur du logiciel et aux agences d'autres gouvernements de fouiner dans leurs données les plus confidentielles.

23. Utiliser et promouvoir Linux contribue à entretenir une diversité saine et une concurrence accrue dans l'industrie des logiciels. Cette concurrence encourage les avancées technologiques, l'amélioration des performances et la baisse des coûts des logiciels libres comme des logiciels propriétaires. Les sciences économiques et des centaines d'années d'expérience empirique montrent clairement que les monopoles ont peu de raisons d'innover, ont tendance à fabriquer des produits de mauvaise qualité, à pratiquer des prix abusifs et qu'ils tendent à corrompre le système politique.

24. Linux et les logiciels libres, en plus d'avoir rattrapé – et dans certains cas surpassé – leurs équivalents propriétaires, se développent à une cadence plus soutenue^[8]. Cette tendance ira croissant à mesure que la demande pour ces logiciels augmentera et que particuliers et organisations s'impliqueront de façon plus active dans leur développement.

25. Linux et les logiciels libres offrent la possibilité aux utilisateurs de contribuer à l'avancée de la technologie logicielle, car le code source est accessible à tous et peut être étudié, amélioré, enrichi et redistribué. C'est une démarche fort répandue et l'exemple le plus connu de contribution par une entreprise est celui d'IBM. En plus d'apporter leur pierre à l'édifice de la communauté du logiciel et de constituer un geste bénéfique en soi, ces contributions peuvent avoir des retombées très positives sur l'image de l'entreprise.

26. Il existe en réalité plus de 25 raisons pour que les entreprises du monde entier se convertissent à Linux et aux logiciels libres. La vingt-sixième pourrait être, par exemple, qu'avec Linux, contrairement aux systèmes d'exploitation Microsoft Windows, il est inutile de défragmenter les DD. La fragmentation, la dispersion des données à des emplacements non contigus sur les disques durs, peut affecter l'efficacité du stockage des données et ralentir le fonctionnement de l'ordinateur. Défragmenter n'a rien de difficile, mais devoir le faire régulièrement peut se révéler pénible, alors qu'il s'agit d'une opération inutile sur un système d'exploitation bien conçu.

Il existe cependant plusieurs cas de figure dans lesquels les entreprises ou d'autres organisations pourraient au contraire profiter d'abandonner leurs systèmes d'exploitation Linux pour passer à Microsoft Windows :

1. Une organisation qui réduirait ses effectifs et possèderait déjà des licences Microsoft Windows valides mais non utilisées devrait pouvoir réduire ses coûts en personnel en remplaçant ses experts Linux par des administrateurs Windows, ces derniers pouvant être engagés pour des salaires bien inférieurs à ceux des administrateurs Linux.

2. Si Microsoft proposait à une organisation une offre incitative à un coût extrêmement réduit, comprenant des licences (et des mises à jour) à long terme et à prix minime, de lui fournir du matériel neuf, des formations et du support gratuits, cette proposition pourrait se révéler des plus alléchantes. Cette proposition pourrait d'ailleurs profiter aux deux parties, grâce à la forte valeur publicitaire que pourrait récolter Microsoft si une entreprise migrait son parc informatique de Linux vers Windows.