Entre les biens communs et le communisme, y aurait-il davantage qu’une parenté lexicale ? Le logiciel libre libère-t-il plus que le code ? Est-il l’instrument d’une lutte contre le capitalisme monopolistique, ou bien une ressource développée en marge du temps salarié et qu’il est pratique de piller dans une logique de marché ?

Des questions de ce type, et d’autres bien plus brutales encore, sont depuis longtemps posées par toutes sortes de personnes et pas seulement dans le milieu de l’informatique ou de sa culture. Voyez par exemple les réflexions avancées sur ce forum de marxistes révolutionnaires, cette autre analyse politico-philosophique déjà ancienne qui pose justement la problématique du Libre au-delà du logiciel en essayant « d’interpréter Marx dans le contexte du logiciel libre ». Ou encore ce texte d’Ernest Everhard qui analyse assez bien les limites politiques du logiciel libre, lequel ne peut suffire à transformer à lui seul la société — une prise de position dont la conclusion est la suivante : « il est nécessaire d’exproprier les grands éditeurs de logiciels ».

Bref, voilà bien un serpent de mer qui donne lieu à beaucoup d’approximations, de conjectures et de théories. Ou plutôt, que l’on tente fréquemment de rapprocher plus ou moins judicieusement de théories ou idéologies aussi variées que contradictoires, comme c’est le cas dans l’article de Jonathan Roberts.

Posons cependant l’hypothèse que ce débat est fertile car il oblige les libristes à se positionner et réfléchir au-delà de leurs mantras stallmanniens. Et peut-être à cerner mieux ce que le mouvement du logiciel libre n’est pas. « Ni de droite ni de gauche » prétendent constamment tous ceux qui refusent de reconnaître dans quel contexte politique il se déploie ou non. « Ni marxiste ni capitaliste » vont peut-être nous expliquer doctement certains commentateurs. Mais encore ? « Ni libertaire ni libertarien » ?

Ne prenez pas trop au sérieux les rapprochements forcément discutables que vous lirez ci-dessous, voyez-y plutôt une invitation à débattre. Librement.

La philosophie du logiciel libre

d’après Jonathan Roberts The philosophy of free software (Tech Radar)

Beaucoup de gens adorent se lancer dans un bon débat. Nous leur avons demandé (un peu comme une boutade) s’il était plus facile d’appréhender Linux sous l’angle du marxisme ou sous celui du capitalisme.

Les réponses qui nous sont parvenues étaient très drôles, mais la plupart étaient aussi plutôt élaborées et nous ont invités à réfléchir : comment Linux et le mouvement du logiciel libre trouvent-ils leur place dans les vastes débats philosophiques, économiques, éthiques et religieux qui passionnent les êtres humains depuis des siècles.

En constatant que même Linus Torvalds s’était lancé dans des spéculations aussi oiseuses, comme on peut le voir dans l’interview qu’il a donnée l’été dernier à la BBC, nous avons pensé qu’il serait amusant de poursuivre la conversation.

Nous allons aborder Linux et le logiciel libre selon une perspective cavalière, en l’examinant sous l’angle de quelques-uns de ces débats sans fin. Nous jetterons un coup d’œil à quelques théories pour savoir dans quelle mesure elles pourraient s’appliquer à notre système d’exploitation favori.

Tout d’abord cet avertissement : selon nous, ce qui est le plus important avec Linux et le logiciel libre, c’est qu’il s’agit d’une réalité pratique. C’est tout simplement sympa que ce truc fonctionne bien, c’est gratuit et les gens peuvent prendre beaucoup de plaisir à l’utiliser et à l’élaborer, certains peuvent même gagner un peu d’argent par la même occasion. Tout le reste n’est que littérature, donc ne soyez pas trop bouleversé par ce que vous allez lire !

Puisque nous avons mentionné l’interview de Linus Torvald à la BBC, commençons par là. Il y déclare : « …l’open source ne marche vraiment que si chacun y contribue pour ses propres raisons égoïstes… la propriété fondamentale de la GPL2 c’est sa logique de simple donnant-donnant : je te donne mes améliorations si tu promets que tu me feras profiter des tiennes ».

Ce qui rend l’observation de Torvalds intéressante c’est qu’on peut la mettre en rapport avec des discussions en philosophie, éthique, biologie, psychologie et même mathématiques qui remontent à Platon (au moins). Dans La République, Platon examine les notions de justice et de morale en posant la question : sont-elles des constructions sociales ou un Bien abstrait ?

Au cours du dialogue, Glaucon, un des protagonistes, évoque l’histoire de l’anneau magique de Gygès qui rend invisible celui qui le porte. Il présume que, juste ou injuste, tout homme qui porterait cet anneau agirait de la même façon : en prenant ce qui lui plaît sur les étals du marché, en s’introduisant dans les maisons pour y coucher avec qui lui plaît ou encore en tuant ses ennemis.

Il déclare :

« Si quelqu’un recevait ce pouvoir d’invisibilité et ne consentait jamais à commettre l’injustice ni à toucher au bien d’autrui, il paraîtrait le plus insensé des hommes à ceux qui auraient connaissance de sa conduite, (…) car tout homme pense que l’injustice est plus profitable que la justice. » (Platon, La République, II, 360d, traduction Robert Baccou)

Quelle vision déprimante de la nature humaine !

Que vous vous accordiez ou non avec Glaucon, il est évident que Torvalds soulève ce même point : sans contraintes sociales telles que la GPL v2, je ne serais pas en mesure de croire qu’en échange de mes améliorations du code, vous me donneriez les vôtres en retour.

Pourquoi le feriez-vous ? Après tout, si vous vous contentez de prendre mon code pour améliorer votre logiciel, vous aurez un avantage sur moi : moins de travail pour un meilleur résultat — et les gens sont égoïstes !

Il semble que même Platon, comme l’a fait plus tard Torvalds, ait au moins considéré que le monde ne tourne pas avec des gens qui disent : « asseyons-nous tous en rond autour d’un feu de camp pour chanter “Si tous les gars du monde…” et le monde sera meilleur ».

Les rapaces et la sécurité

Bruce Schneier traite du même problème dans son dernier ouvrage Liars and Outliers http://www.schneier.com/book-lo.htm… ; il met en évidence à quel point ce débat est courant, tant à l’intérieur qu’à l’extérieur du monde de la technologie. Dans son livre, il décrit un processus appelé le jeu du Faucon-Colombe, inspiré de la théorie des jeux.

La théorie c’est que dans une population d’oiseaux sauvages en compétition pour la même quantité limitée de nourriture, certains sont des faucons et d’autres des colombes. Les faucons sont agressifs et vont se battre pour leur nourriture : quand ils rencontrent un autre faucon, ils vont tous les deux se combattre, et l’un obtiendra la nourriture tandis que l’autre sera blessé voire tué. Les colombes, au contraire, sont passives, et lorsqu’elles sont deux devant la même nourriture, elles choisissent de la partager entre elles. Si un faucon et une colombe sont confrontés, alors c’est toujours le faucon qui aura la nourriture et la colombe va choisir de se retirer.

Bien que vous puissiez tirer bien des conclusions de l’analyse de ce jeu, l’observation la plus importante que fait Schneier est la suivante : quel que soit le scénario envisagé, il y aura toujours au moins quelques faucons dans le lot.

Si la population au départ était composée à 100% de colombes, quelques-unes s’arrangeraient rapidement pour avoir pas mal de nourriture supplémentaire pour elles seules, en se comportant comme des faucons, sans trop de risques d’affronter d’autres colombes qui se comporteraient elles aussi comme des faucons. Bien entendu, à mesure que la population de faucons s’accroît, arrivera un moment où les conséquences en seront dommageables à l’ensemble de la population. Il n’y aura plus assez de nourriture pour les colombes, qui mourront lentement après s’être retirées de tous les combats sans nourriture, et les faucons auront de plus en plus d’affrontements avec leurs semblables, courant des risques plus grands d’être tués.

Bon, arrêtons là avec les faucons et les colombes. Quels rapports avec le logiciel libre et la GPL ? Eh bien on pourrait en déduire que sans la GPL « qui nous permet d’être égoïstes », comme le dit Torvalds, nous pourrions nous trouver dans la situation où trop de faucons s’emparent du code sans contribuer en échange, ce qui dégraderait progressivement la confiance et la participation, et finirait par détruire notre population de programmeurs open source.

Dans le reste de l’ouvrage, Schneier propose divers « mécanismes de sécurité » pour nous aider à avoir confiance dans les actions des autres, et nous permettre de travailler de façon collaborative même si nous ne pouvons pas forcément adhérer aux motivations (égoïstes) des autres. Tandis que Schneier signale des facteurs tels que la loi, l’évolution des neurones miroirs, etc., la GPL pourrait également être considérée selon cet angle ,à savoir comme un mécanisme de sécurité destiné à renforcer la confiance mutuelle et la collaboration. Et c’est aussi très malin.

Le logiciel libre et l’économie

En plus d’être un cas d’étude intéressant pour ceux qui s’intéressent à la coopération, le logiciel libre a reçu beaucoup d’attention pour ses similarités avec divers systèmes économiques. Un bon exemple en est Bill Gates, qui en 2005 disait : « Il y a des communistes des temps modernes qui voudraient se débarrasser des primes pour les (…) éditeurs de logiciels de diverses façons »

Maintenant, bien sûr, il est possible que l’intérêt de Gates ait moins été de tirer un bilan économique sérieux que d’effrayer le marché des entreprises américaines capitalistes qui aiment le libre-échange en les dissuadant d’utiliser des logiciels libres ; c’est une observation qui revient assez fréquemment pour mériter qu’on la prenne en considération.

Le premier point à noter est que le logiciel libre a peu à voir avec le communisme soviétique, dont les principales caractéristiques étaient la planification centralisée et un état policier imposant, complétés par des camps de prisonniers et de travail forcé. Ceux qui ont suivi le logiciel libre depuis suffisamment longtemps savent que la planification centralisée ne se produit que rarement, sinon jamais : la multiplication des formats logiciels, des distributions, suites bureautiques, environnements de bureau, serveurs web et de courriels en est une preuve suffisante.

Qui plus est, personne n’est obligé de travailler sur du logiciel libre ou de l’utiliser. En fait, étant donné que tous les formats de fichier sont implémentés avec un code ouvert, n’importe qui peut les ré-implémenter dans un programme concurrent sans sourciller. Beaucoup se sont emparés de ces arguments pour suggérer que – pour la plus grande frustration de Bill Gates, on peut bien l’imaginer – le logiciel libre a moins en commun avec le communisme soviétique que les pratiques de nombreuses entreprises propriétaires.

Des entreprises comme Apple et Microsoft sont réputées et même félicitées pour leur planification verticale ; elles sont aussi tristement célèbres par la façon dont elles enchaînent les utilisateurs à leurs logiciels et matériels informatiques en créant par défaut des formats de fichiers fermés et propriétaires que les programmes concurrents ne sont pas en mesure d’implémenter facilement eux-mêmes.

Le marxisme

Si le logiciel libre a peu de rapport avec le communisme soviétique, peut-être a-t-il davantage en commun avec le marxisme.

L’une des idées centrales dans cette vision du monde est qu’en détenant les moyens de production, que ce soit les machines, le savoir ou quoi que ce soit d’autre, les classes dominantes peuvent exploiter les classes dominées; tant qu’ils ne possèdent pas les moyens de production, les travailleurs doivent céder « volontairement » leur force de travail contre un salaire pour acheter les biens nécessaires à leur survie : un toit, des vêtements, de la nourriture et des loisirs. Ils ne peuvent véritablement choisir de travailler, et ils ne peuvent jamais avoir vraiment leur mot à dire sur leurs salaires ou la redistribution des profits.

Une des idées constantes chez Marx, c’est son espoir que la situation pourra être améliorée, avec des travailleurs qui conquièrent leur liberté au sein d’une société sans classes dans laquelle les moyens de production seront détenus en commun.

Puisque, dans le monde contemporain, l’un des principaux moyens de production est le logiciel, le logiciel libre correspond assez bien au système de Marx. Le code est effectivement un bien commun. Tout le monde est libre de le lire, de l’étudier, de le partager, de le remixer et le modifier. De ce fait, il est impossible que les travailleurs soient enchaînés par ceux qui les dominent dans le système de classes, puisque à tout instant chacun peut choisir d’utiliser les moyens de production, c’est-à-dire le code, à ses propres fins.

Liberté de pensée

Eben Moglen plaide en faveur de l’influence que la propriété commune du code peut avoir sur notre société, dans un discours prononcé aux Wizards of OS 3, intitulé « Les pensées sont libres : le logiciel libre et la lutte pour la liberté de pensée ».

Dans son discours, il a soutenu que « perpétuer l’ignorance, c’est perpétuer l’esclavage » (il sait vraiment tourner une phrase !). Son argument est que sans la connaissance de l’économie, sans la connaissance de l’ingénierie, de la culture et de la science – toutes ces choses qui font tourner le monde, les classes dominées ne pourront jamais espérer améliorer leur situation, ni espérer s’emparer des moyens de production.

Les logiciels libres, ainsi que le matériel libre, la culture libre et tout ce qui gravite autour du Libre, libèrent des moyens qui mettent la liberté de pensée et d’information à portée de main, si elle n’est déjà atteinte.

Les serveurs web ne sont pas limités seulement à ceux qui possèdent les moyens de production, parce que le code est libre, donc n’importe qui peut partager à sa guise n’importe quelle création culturelle de son choix. Ce peut être une simple chanson, mais ça peut aussi être le moyen de créer une monnaie mondiale, décentralisée, comme le Bitcoin, ou les plans de toutes les machines nécessaires pour construire votre propre petite ville, comme dans le Global Village Construction Set.

Ce qui importe, c’est que tout cela a été rendu possible par la propriété commune du code.

L’ordre spontané

Si vous n’êtes pas trop convaincu que le logiciel libre est un mouvement qu’aurait pu soutenir Marx, vous pourriez être surpris d’apprendre que vous disposez d’un bon argument : c’est une excellente illustration du libre-échange, cette théorie tellement chérie des capitalistes et tellement haïe des marxistes et militants anti-mondialisation sur toute la planète. Bon, peut-être pas le libre-échange, mais du moins c’est l’illustration d’une des idées majeures qui le sous-tend, celle de l’ordre spontané.

Une des principales idées du libre-échange c’est que, guidées par la main invisible du marché, les fluctuations de prix s’ajustent en fonction des efforts individuels d’une manière qui favorise le bien commun. Cette idée est étroitement associée à Adam Smith et Friedrich von Hayek, qui ont utilisé le terme d’ordre spontané pour la décrire, mais elle remonte en fait à David Hume, l’un des plus grands philosophes du mouvement des Lumières écossais.

Hume croyait qu’en l’absence d’autorité centralisée, les conventions et les traditions ressortent pour minimiser et résoudre les conflits et pour réguler les activités sociales. Contrairement à Smith et Hayek cependant, Hume croyait que les passions humaines vont au-delà du simple appât du gain et que de ces passions peuvent découler règles et conventions.

Quel rapport avec les logiciels libres ? Eh bien, c’est plutôt évident, non ? Le logiciel libre est un exemple d’ordre spontané dans le sens où l’entend Hume. Puisque les personnes qui y travaillent ne peuvent en retirer qu’un maigre profit et qu’il est distribué gratuitement, l’argent y tient peu de place. Dans le logiciel libre les communautés s’associent librement et travaillent ensemble à la création de logiciels auxquels la société dans son ensemble accorde de la valeur.

Il existe cependant quelques signes susceptibles d’influencer les projets sur lesquels les développeurs décident de travailler. Par exemple, si les utilisateurs d’un logiciel libre trouvent une meilleure alternative, ils vont probablement migrer vers celle-ci. Les développeurs, peu désireux de coder des logiciels qui risquent de n’être utilisés par personne, pourraient bien eux aussi aller voir ailleurs et travailler sur de nouveaux projets que les gens trouveront plus utiles.

De cette façon, et sans incitation au profit, les développeurs de logiciels libres concentrent réellement leurs efforts dans les domaines qui seront les plus utiles au plus grand nombre, c’est-à-dire pour le plus grand bien de la société dans son ensemble.

Chaque jeudi à 21h, rendez-vous sur le framapad de traduction, le travail collaboratif sera ensuite publié ici même.

Libres conseils (1/42)

Traduction framalang peupleLa, tibs, Astalaseven, aKa, lerouge, Vilnus Atyx, liu qihao, Cyrille L., Khyvodul, jcr83, jcr83, Goofy, Gatien Bovyn, Antoine, lamessen, AlBahtaar + 2 anonymes

Première Partie, Idées et innovations

1. Du code avant toute chose

Armijn Hemel a utilisé des logiciels libres depuis 1994, lorsque son frère est revenu à la maison avec une pile de disquettes contenant l’une des premières versions de FreeBSD. Un an après, il migrait vers GNU/Linux, et depuis il n’utilise plus que des systèmes de type Unix, que ce soit chez lui, pour ses études à l’université d’Utrecht ou au travail. Depuis 2005, Armijn est membre du noyau dur de l’équipe de gpl-violations.org tout en possédant son propre cabinet de conseil (Tjaldur Software Governance Solutions) spécialisé dans la détection et la résolution de litiges nés de violations de licences GPL.

En 1999, je faisais tout juste mes premiers pas dans l’activisme du logiciel libre et Open Source. J’utilisais déjà Linux et FreeBSD depuis un certain nombre d’années, mais je n’étais encore qu’un simple utilisateur et je souhaitais apporter une contribution en retour. De mon point de vue, la meilleure manière de le faire était d’écrire du code. Étant donné que je ne trouvais aucun projet existant dans lequel j’aurais été à l’aise pour travailler, j’ai décidé de commencer mon propre projet. Avec le recul, je constate que plusieurs raisons m’ont poussé à débuter ce projet. L’une tenait à mes doutes sur le fait que mon code était d’une qualité suffisante pour être accepté dans un projet existant (je n’étais pas un programmeur brillant et d’ailleurs je ne le suis toujours pas), alors que pour un projet personnel, la question ne se pose pas. La seconde raison est certainement l’arrogance de la jeunesse.

Mon idée était de créer un logiciel de présentation, qui pourrait imiter la plupart des fonctionnalités les plus avancées (ou si vous préférez, les plus pénibles) de PowerPoint. À ce moment-là, OpenOffice.org n’existait pas et le choix était relativement limité : LaTeX et MagicPoint, qui sont davantage orientés vers le contenu textuel que sur les effets d’animation. Je voulais créer un logiciel multi-plateforme, et j’ai pensé que pour remplir cet objectif Java serait le meilleur choix.

Le concept était de faire un logiciel de présentation, écrit en Java, qui aurait intégré tous ces effets animés. Je me suis décidé et j’ai commencé le projet.

Toute l’infrastructure nécessaire était déjà disponible : une liste de diffusion, un site web, un système de gestion de versions (CVS). Mais il n’existait aucun code source qui aurait permis à des contributeurs potentiels de travailler directement . La seule chose en ma possession, c’était quelques idées de ce que je voulais faire, une démangeaison à soulager, et des slogans publicitaires séduisants. Je voulais en fait que beaucoup de gens rejoignent le projet pour que celui-ci devienne réellement un projet collaboratif.

J’ai commencé par faire des plans (avec mes nouvelles connaissances en UML) et à les faire circuler. Rien ne s’est passé. J’ai essayé d’impliquer des contributeurs, mais créer une architecture de manière collaborative est très difficile (sans compter qu’a priori, ce n’est sûrement pas le meilleur moyen de créer un logiciel). Après un certain temps, j’ai laissé tomber et le projet est mort en silence, sans qu’une seule ligne de code ait été écrite. Chaque mois je recevais des messages par la liste de diffusion qui me rappelaient que ce projet avait un jour existé, j’ai donc demandé sa mise hors-ligne.

J’en ai tiré une leçon précieuse, quoiqu’un peu douloureuse : dès lors que vous annoncez quelque chose et que vous souhaitez que les gens s’impliquent dans votre projet, assurez-vous au moins qu’il y ait un minimum de code disponible. Peu importe qu’il ne soit pas complètement terminé ; il est acceptable même s’il est mal dégrossi (au début en tout cas). Mais au moins cela démontre l’existence d’une base sur laquelle des contributeurs peuvent travailler et ainsi l’améliorer. Dans le cas contraire, votre projet finira de la même manière que tant d’autres, dont le mien : aux oubliettes.

Finalement, j’ai trouvé mon créneau pour contribuer au progrès du logiciel libre et open source, en m’assurant que les fondements légaux de ceux-ci restent protégés par l’intermédiaire du projet gpl-violations.org. Rétrospectivement, je n’ai jamais utilisé — sans en éprouver de frustration d’ailleurs — les effets animés dans les logiciels de présentation. En fait, je les trouve de plus en plus irritants, ils nous distraient trop du contenu. Pour faire mes présentations, je suis un utilisateur heureux de LaTeX Beamer et occasionnellement — mais avec moins de plaisir — d’OpenOffice.org/LibreOffice.

Crédit photo vampir 42 (CC-BY-SA)

Qui n’a pas son projet libre ?

Plus qu’une mode ou un engouement passager, c’est un véritable mouvement de fond depuis quelques années : toute une communauté qui crée, échange, élabore, donne et reçoit des contributions, enfourche de nouveaux projets…

Fort bien, mais…

SourceForge récemment et Github aujourd’hui sont de véritables cimetières de projets libres et open source qui n’ont jamais trouvé d’audience, d’équipe de développement, de communauté active. Rien de bien tragique là-dedans. On peut estimer que ces plateformes sont pour beaucoup de libristes une sorte de terrain de jeu, de laboratoire, d’incubateur où le code et sa documentation s’expérimentent par à-coups, avec l’enthousiasme et l’énergie de ceux qui s’emparent d’un outil pour le mettre au service de leur créativité. Un excellent moyen d’apprendre en faisant finalement, à code ouvert. Et qu’importe alors l’absence d’aboutissement dans 80% des cas puisque c’est la démarche qui a été formatrice.

Cependant vous pouvez avoir envie de dépasser le stade du hobbyiste sympathique qui va bricoler son génial projet dans son coin. Vous pouvez avoir le désir de mettre toutes le chances de votre côté pour que le projet libre aboutisse vraiment, gagne en notoriété, entre dans une logique commerciale, vous procure amour, gloire et beauté.

C’est précisément l’intérêt du feuilleton dont vous allez déguster les épisodes semaine après semaine.

42 auteurs vous feront partager leur expérience, avec sérieux et humour, vous raconteront leurs ratages et leurs succès, vous diront comment éviter les uns et atteindre les autres. Des principes, des recommandations mais aussi des trucs et des ficelles, bref une ribambelle chatoyante de libres conseils.

Chaque semaine ou presque, l’équipe framalang vous proposera un nouvel épisode traduit du livre électronique en anglais Open Advice.

Chaque semaine — top départ chaque jeudi soir à 21h — une ou deux tranches du gâteau seront proposées à la traduction collaborative sur un framapad, donc en libre accès pour tous ceux qui souhaitent y contribuer. Participez à l’aventure !

La version que nous publierons ensuite ici même, comme dans le premier échantillon ci-dessous qui est une sorte de préambule, est un premier état de la traduction (donc évidemment perfectible), l’étape suivante sera une révision générale de tous les articles pour les joindre en un Framabook à venir.

Eh oui ça se passe comme ça chez Frama !

Les traducteurs de ce premier round d’échauffement :

peupleLa, Astalaseven, Hideki, Vilnus Atyx, liu qihao, Cyrille L., Khyvodul, jcr83, Slystone, schap2, 4nti7rust, Goofy, Antoine, lamessen + 4 anonymes

Libres Conseils

Logiciels libres et open source : ce que nous aurions aimé savoir avant de commencer

Open Advice est une base de connaissances provenant d’une grande variété de projets de logiciels libres. Elle répond à des questions dont 42 contributeurs majeurs auraient aimé connaître les réponses lorsqu’ils ont débuté. Vous aurez ainsi une longueur d’avance quelle que soit la façon dont vous contribuez et quel que soit le projet que vous avez choisi.

Les projets de logiciels libres modifient le paysage du logiciel de façon impressionnante grâce à des utilisateurs dévoués et une gestion innovante. Chacun apporte quelque chose au mouvement à sa façon, avec ses capacités et ses connaissances. Cet engagement personnel et la puissance du travail collaboratif sur Internet donnent toute leur force aux logiciels libres et c’est ce qui a rassemblé les auteurs de ce livre.

Ce livre est la réponse à la question « Qu’auriez-vous aimé savoir avant de commencer à contribuer ? » Les auteurs offrent un aperçu de la grande variété de talents qu’il faut rassembler pour réussir un projet de logiciel : le codage bien sûr, mais aussi le design, la traduction, le marketing et bien d’autres compétences. Nous sommes là pour vous donner une longueur d’avance si vous êtes nouveau. Et si ça fait déjà un moment que vous contribuez, nous sommes là pour vous donner un aperçu d’autres domaines et projets.

pour les géants et ceux qui se tiendront sur leurs épaules [1] 

Avant-propos

Ce livre parle de communauté et de technologies. Il est le fruit d’un travail collectif, un peu comme la technologie que nous construisons ensemble. Si c’est votre première rencontre avec notre communauté, vous pourrez trouver étrange de penser qu’une communauté puisse être le moteur qui propulse la technologie. La technologie n’est-elle pas l’œuvre des grands groupes industriels ? En fait, pour nous c’est presque l’inverse. Les auteurs de ce livre sont tous membres de ce que vous pourriez appeler la communauté du logiciel libre. Un groupe de personnes qui partagent l’idée fondatrice que les logiciels sont plus puissants, plus utiles, plus flexibles, mieux contrôlables, plus justes, plus englobants, plus durables, plus efficaces, plus sûrs et finalement simplement meilleurs quand ils sont fournis avec les quatre libertés fondamentales : la liberté d’utiliser, la liberté d’étudier, la liberté de partager et la liberté d’améliorer le logiciel.

Et bien qu’il y ait maintenant un nombre croissant de communautés qui ont appris à se passer de la proximité géographique grâce aux moyens de communication virtuels, c’est cette communauté qui en a été le précurseur.

En fait, Internet et la communauté du logiciel libre[2] suivaient des développements mutuellement dépendants. Au fur et à mesure qu’Internet grandissait, notre communauté pouvait grandir en même temps. Mais sans les valeurs ni la technologie qu’apportait notre communauté, il ne fait aucun doute à mes yeux que jamais Internet n’aurait pu devenir ce réseau global reliant les personnes et les groupes du monde entier.

À ce jour, nos logiciels font fonctionner la majeure partie d’Internet, et vous devez en connaitre au moins quelques-uns, comme Mozilla Firefox, OpenOffice.org, Linux, et peut-être même Gnome ou KDE. Mais notre technologie peut aussi se cacher dans votre téléviseur, votre routeur sans fil, votre distributeur automatique de billets, et même votre radio, système de sécurité ou bataille navale. Elle est littéralement omniprésente.

Ils ont été essentiels dans l’émergence de quelques-unes des plus grandes sociétés que vous connaissez, comme Google, Facebook, Twitter et bien d’autres. Aucune d’entre elles n’aurait pu accomplir autant en si peu de temps sans le pouvoir du logiciel libre qui leur a permis de monter sur les épaules de ceux qui étaient là avant eux. Mais il existe également de nombreuses petites entreprises qui vivent de, avec, et pour le logiciel libre, dont la mienne, Kolab Systems. Le fait d’agir activement avec la communauté et dans un bon esprit est devenu un élément de succès essentiel pour nous tous. Et c’est aussi vrai pour les plus grosses, comme Oracle nous l’a involontairement démontré durant et après sa prise de contrôle de Sun Microsystems. Il est important de comprendre que notre communauté n’est pas opposée au commerce. Nous aimons notre travail, et beaucoup d’entre nous en ont fait leur métier pour gagner leur vie et rembourser leurs crédits. Donc quand nous parlons de communauté, nous voulons dire des étudiants, des entrepreneurs, des développeurs, des artistes, des documentalistes, des professeurs, des bricoleurs, des hommes d’affaires, des commerciaux, des bénévoles et des utilisateurs. Oui, des utilisateurs. Même si vous ne vous en êtes pas encore rendu compte ou n’avez jamais appartenu à une communauté, vous faites en réalité déjà partie de la nôtre. La question est de savoir si vous allez y participer activement. Et c’est cela qui nous différencie des poids lourds de la monoculture, des communautés fermées, des jardins clôturés de sociétés telles qu’Apple, Microsoft et d’autres. Nos portes sont ouvertes. Tout comme nos conseils. Et également notre potentiel. Il n’y a pas de limite à ce que vous pouvez devenir — cela dépend uniquement de votre choix personnel comme cela a été le cas pour chacun d’entre nous.

Donc si vous ne faites pas encore partie de notre communauté, ou si vous êtes simplement curieux, ce livre offre un bon point de départ. Et si vous êtes déjà un participant actif, ce livre pourrait vous offrir un aperçu de quelques facettes et de quelques perspectives qui seront nouvelles pour vous.

En effet, ce livre contient d’importantes graines de ce savoir implicite que nous avons l’habitude de construire et de transférer à l’intérieur de nos sous-communautés qui travaillent sur diverses technologies. Ce savoir circule généralement des contributeurs les plus expérimentés vers les moins expérimentés. C’est pourquoi il semble tellement évident et naturel à ceux qui fréquentent notre communauté. Ce savoir et cette culture de la collaboration nous permettent de créer d’extraordinaires technologies avec de petites équipes du monde entier au-delà des différences culturelles, linguistiques et de nationalité. Cette manière de fonctionner permet de surpasser des équipes de développement bien plus grandes de certaines des plus grosses sociétés au monde. Tous les contributeurs de ce livre ont une expérience solide dans au moins un domaine, parfois plusieurs. Ils sont devenus des enseignants et des mentors. Au cours des quinze dernières années, j’ai eu le plaisir d’apprendre à connaître la plupart d’entre eux, de travailler avec beaucoup, et j’ai le privilège de compter certains parmi mes amis.

Comme l’a dit judicieusement Kévin Ottens pendant le Desktop Summit 2011 à Berlin, « construire une communauté, c’est construire de la famille et de l’amitié ».

C’est donc en réalité avec un profond sentiment de gratitude que je peux dire qu’il n’y a aucune autre communauté dont je préférerais faire partie, et je suis impatient de vous rencontrer à l’une ou l’autre des conférences à venir.

— Georg Greve

Zürich, Suisse, le 20 août 2011

Georg Greve a fondé la Free Software Foundation Europe (FSFE) en 2000 et en a été le président fondateur jusqu’en 2009. Durant cette période, il a été responsable du lancement et du développement de nombreuses activités de la FSFE, telles que les alliances, la politique ou les travaux juridiques. Il a intensivement travaillé avec de nombreuses communautés. Aujourd’hui, il poursuit ce travail en tant qu’actionnaire et PDG de Kolab Systems AG, une société qui se consacre entièrement aux logiciels libres. Pour ses actions en faveur du logiciel libre et des standards ouverts, Georg Greve a été décoré de la croix fédérale du mérite (Bundesverdienstkreuz am Bande) par la République Fédérale d’Allemagne le 18 décembre 2009. Thank You! Merci !

Ce livre n’aurait pu voir le jour sans la participation de chaque auteur et des personnes suivantes, qui ont aidé à sa réalisation :

Anne Gentle (relecture)

Bernhard Reiter (relecture)

Celeste Lyn Paul (relecture)

Daniel Molkentin (mise en page)

Debajyoti Datta (site internet)

Irina Rempt (relecture)

Jeff Mitchell (relecture)

Mans Rullgard (relecture)

Noirin Plunkett (relecture)

Oregon State University Open Source Lab (hébergement du site internet)

Stuart Jarvis (relecture)

Supet Pal Singh (site internet)

Saransh Sinha (site internet)

Vivek Prakash (site internet)

Will Kahn-Greene (relecture)

* * * * * *

[1] Note des traducteurs : dédicace par allusion à « Nous sommes des nains juchés sur les épaules de géants. » Bernard de Chartres, XIIe siècle

[2] Note de l’auteur : pour moi, l’Open Source n’est que l’un des aspects de cette communauté. Cet aspect particulier a trouvé son articulation en 1998, c’est-à-dire quelque temps après l’arrivée d’Internet. Mais n’hésitez pas à dire « Open Source » au lieu de « logiciel libre » si vous préférez ce terme.

Crédits photo hellojenuine (CC-BY-SA)

Les entreprises utilisant et fabriquant du logiciel libre à destination des écoles primaires sont rares. Il faut reconnaître que le marché est compliqué et beaucoup plus difficile à conquérir puisqu’il faut démarcher chaque mairie là où les conseils généraux suffisent pour les collèges. C’est donc un travail de fourmi que doivent fournir ces sociétés pour exister. Nous avions rencontré en mars dernier les co-présidents d’iMaugis. Aujourd’hui, c’est Éric Seigne, que nous avons le plaisir d’interviewer. Il en profite pour nous annoncer une nouvelle qui devrait, nous l’espérons, faire beaucoup de bruit 😉

Bonjour Éric. Pour ceux qui ne te connaissent pas, peux-tu te présenter ?

Éric Seigne, 34 ans , directeur de la société RyXéo, éditeur de AbulÉdu, ensemble de logiciels libres multidisciplinaires à destination des établissements scolaires. Je suis un des membres fondateurs de l’ABUL, Association Bordelaise des Utilisateurs de Logiciels Libres, ainsi que d’autres associations libres.

Comment as-tu découvert le libre ?

Pendant mes années de lycée, dans le journal local (Sud Ouest) on pouvait lire que se tenaient à Bordeaux des repas entre Experts Linux… À cette époque, j’avais la chance de pouvoir bidouiller l’ordinateur de ma sœur aînée, alors équipée de DOS, tandis que mes amis disposaient d’ Amiga et Amstrad (avec écran couleur, son, jeux…) … Je me contentais du prompt A:>_ …

J’ai ensuite installé un OS/2 puis ai enfin eu mon propre ordinateur, pc offert par mon grand-père.

J’ai trouvé le moyen d’installer une slackware sans en connaître les commandes rudimentaires… J’ai persévéré et ai, comme beaucoup d’autres, apprécié. Après mon bac, je me suis installé à Bordeaux et y ai effectué mes études. J’ai enfin pu participer à ces fameux repas de linuxiens bordelais où la constitution d’une association locale (ABUL) a été décidée. À cette époque, des personnes telles que Pierre Ficheux ont suscité chez moi une réelle admiration ! À tel point qu’une Redhat a remplacé la slackware sur ma machine. La découverte de l’interface graphique n’a finalement pas changé grand-chose… si ce n’est de pouvoir lancer un Netscape… les habitudes étaient déjà trop grandes… j’appréciais les fameuses lignes de commande et ne comptais plus les abandonner.

J’ai également participé à quelques demo-parties et ai pu admirer les prouesses des démos 4k, des équipes dev-gfx-zique… la créativité de ces gens est tout simplement incroyable.

Je savais que je n’aurais pas dû jouer autant avec mon Amstrad 6128 😉
Tu es à l’initiative de nombreux projets ou tu y participes : RyXéo, AbulÉdu, AbulÉdu-fr, AbulÉdu ENT, Le Terrier, Pédagosite, Scideralle…
Vu de l’extérieur, cela commence à ressembler à l’anarchie des projets Framasoft 😉
Tu peux nous les présenter pour y voir plus clair ?

Connais-tu “la cathédrale et le bazar“ ? Ce livre fait partie de mes lectures qui ont eu une grosse influence sur ma trajectoire, au même titre que l’incroyable “hold up planétaire” de Roberto di Cosmo). Je suis un créateur sur le mode « bazar » qui, de temps en temps, essaye de remettre un peu d’organisation « cathédrale » pour repartir sur un cycle bazar et ainsi de suite :

• 1998 création de l’Abul et définition de nos prérogatives à savoir l’éducation, la création du groupe Abul-edu, qui donnera naissance au projet Abuledu

• 1998 l’AFUL signe une convention avec le Ministère de l’Éducation Nationale (Stéphane F., Thierry S., Bernard L., Nat M. Jean-Pierre L. et toute l’équipe de l’AFUL que je ne remercierai jamais assez pour ce coup d’éclat) qui nous ouvre les portes et définit le cadre de travail dont nous bénéficions dans ce secteur

• 1998 Jean Peyratout, instituteur à Gradignan (à 200 m de chez moi), fondateur de l’ABUL nous fait vibrer au son de « je suis instituteur laïc, républicain, gratuit … et néanmoins obligatoire et à ce titre j’ai du mal à mettre mes élèves devant des ordinateurs Microsoft Windows pour leur faire utiliser Microsoft Word (ou Write), Microsoft Excel, Microsoft Encarta, Microsoft truc et ainsi de suite, il y a la une entorse à mon éthique (et mon devoir de neutralité) que j’ai du mal à avaler, j’aimerais savoir si “linux” pourrait pas nous offrir un choix ».

• 1999/2000 le groupe Abul-edu (une trentaine de bénévoles de l’association) installe “des ordinateurs en réseau” dans l’école primaire de Jean Peyratout. On va du recyclage de vieux pc à l’installation d’un “serveur” (de mémoire un P3 avec 128 ou peut-être 256 Mo de RAM) … Camille C. nous amène une techno: “LTSP“… on essaie également XTermKit de Jacques Gélinas… Pour faire simple on pourrait dire que les enfants utilisent AbulÉdu en semaine et des adultes barbus s’adonnent à leur hobby le week end…

• 2000 premières RMLL, le cycle éducation présente des projets extrêmement ingénieux, dont celui de Jacques Gélinas (Hacker kernel, papa de linuxconf) qui enivre la foule… en fin de journée, nous faisons des démonstrations autour d’AbulÉdu. À la fin de la conférence, plus d’une dizaine d’enseignants viennent nous voir et nous disent qu’ils veulent faire la même chose dans leur école. Dans l’euphorie de l’événement on leur lâche un « chiche, revenez dans un an on vous donnera un cd d’installation »

• Cette même année 2000, je crée l’entreprise individuelle Rycks

• Un an plus tard, lors des RMLL 2001, on lance le CDROM AbulÉdu 1.0 basé sur Mandrake 7.2 (je salue et remercie encore les hackers de Mandrake qui nous ont aidés et soutenus)… La communauté s’élargit alors jusqu’en Afrique de l’Ouest, au Burkina Faso, en Côte d’Ivoire et bien naturellement partout en France. Des enseignants comprenant notre démarche vis à vis des enjeux du libre dans le milieu scolaire veulent créer des logiciels pour aider leurs enfants à apprendre à lire, compter… un coup de pouce technique plus tard Le Terrier d’AbulÉdu est né.

• Dans notre approche constructiviste, suite à des retours utilisateurs, nous créons Pédagosite, une nouvelle fois, dans notre bazar. L’idée est de mettre en commun les fiches pratiques et pédagogiques des enseignants contributeurs.

• 2003 l’association ABUL, le groupe abul-edu et AbulÉdu décident de structurer. L’ABUL a pour mission de s’occuper de Linux sur Bordeaux (je schématise) et AbulÉdu prend alors son envol. Le groupe Abul-edu se réunit et créé l’association SCIDERALLE.

• 2003 Rycks devient RyXéo, quittant le statut d’entreprise individuelle pour celui de SARL. Le changement n’intervient pas de façon isolée et AbulÉdu passe alors sur Debian. Nous proposons une solution clé en main de serveurs pré-installés accompagnés de maintenance. Le succès est mitigé : des clients qui nous rapportent de l’argent mais un malaise naît au sein de la communauté qui a du mal à comprendre qu’on puisse vendre du logiciel libre. 5 années plus tard, en 2008, nous relançons « AbulÉdu gratuit », version 8.08. Porteuse d’espoirs, elle nous apporte très rapidement son lot de désillusions, des donneurs d’ordre téléchargent la version gratuite, l’installent dans des écoles mais ne contractent ni support, ni expertise, ni formation auprès de RyXéo, même à 30 euros par mois !

Et la naissance d’AbulÉdu-fr ?

L’association a été constituée en 2010 et regroupe les utilisateurs d’AbulÉdu. Depuis 2011 nous essayons de resserrer les liens entre la communauté et RyXéo, l’association AbulÉdu-fr est la bonne interface pour ça.

Le bilan de l’association est présenté sur le site de l’association. toute aide est la bienvenue, en particulier d’un point de vue financier : l’association a du mal à payer les frais de déplacement pour les développeurs bénévoles lorsqu’ils viennent chez nous (RyXéo) une fois par mois.

RyXéo a toujours eu des liens avec l’éducation, notamment avec les écoles. Sauf erreur de ma part, c’est la seule entreprise, qui, en 2009, répondait intégralement au cahier des charges du ministère lors du Plan École Numérique Rurale. Pourtant de nombreuses autres entreprises ont finalement été retenues lors de ce plan (dont certaines se sont d’ailleurs mystérieusement volatilisées depuis). Comment l’expliques-tu ? Penses-tu que le fait de proposer des solutions libres a été, à ce moment là, un inconvénient ?

Je suis mal placé pour dire si on était les seuls à être compatibles avec le cahier des charges, je dirais juste qu’on a essayé d’apporter la réponse la plus claire possible.

Concernant les truands qui se sont placés sur ce marché pour voler de l’argent public et disparaître après avoir livré partiellement des écoles oui, ça m’a rendu assez malheureux.

Ensuite, ce plan était dans le « plan de relance de l’économie », j’ai observé qu’on a surtout relancé les importations de matériels produits à l’étranger. J’aurais préféré qu’on inverse le ratio matériel-service en s’appuyant par exemple sur du recyclage d’ordinateurs et en mettant beaucoup de ressources humaines en jeu en incluant des heures de passage dans les écoles pour que les entreprises fassent réellement du boulot d’accompagnement technique. Voire qu’on injecte des moyens financiers sous forme de création de postes d’animateurs TICE (ou dans les CDDP ou dans les équipes des Inspections Académiques ou autres structures existantes) pour que les enseignants puissent réellement mettre en pratique des usages avec des professionnels de la pédagogie…

Depuis 2010, de nouveaux logiciels du Terrier ont été développés et certains réécrits. Cela marque une réelle rupture aussi bien au niveau visuel que technologique par rapport aux premiers logiciels. Comment se font ces nouveaux développements ?

• En 2009, nous (RyXéo) avons fait un bilan à la fois fonctionnel et technique des logiciels du Terrier d’AbulÉdu. Nous en avons tiré les 3 principales conclusions:

1. logiciels pertinents et reconnus sur les aspects métier
2. graphismes et ergonomie à repenser
3. améliorations techniques du code applicatif à mettre en œuvre

Je tiens à signaler au passage que les logiciels en question sont vraiment conséquents, par exemple Association nécessite 1500 dessins et près d’un millier de mots (sous forme de sons) enregistrés ! À de nombreuses reprises la communauté des développeurs a lancé des appels à contribution pour avoir des dessins et des ressources libres réutilisables… sans grand succès.

• Ryxéo engage un graphiste (en fait il s’agit d’un dessinateur de BD et illustrateur). En parallèle nous testons différents langages pour nos futurs logiciels (python, pygame, etc) sans en être vraiment convaincus. Puis sur le test du logiciel Raconte-moi, nous tentons l’aventure Qt/C++.
• Au même moment, nous accueillons en stage, un enseignant avec qui nous avons l’habitude de travailler. Avec notre équipe technique, il développe le logiciel Calcul-Mental et travaille en forte collaboration avec le graphiste.

Le résultat est évident : nous sommes séduits… et l’équipe s’étoffe en l’embauchant à l’issue de son stage.

Parlons de choses qui fâchent 😉

Parmi les nouveaux logiciels, certains sont téléchargeables directement, d’autres accessibles uniquement après un achat en boutique. Pourquoi ce changement de politique ? Pourquoi cette différence de traitement entre les logiciels ?

Comme évoqué un peu plus tôt, Ryxéo est une équipe qui regroupe des développeurs, graphistes et pédagogues qui œuvrent à l’essor et au maintien de la solution AbulÉdu. Les salariés de l’entreprise reçoivent un salaire à la fin du mois. Le modèle économique Ryxéo, tel un éditeur, est basé sur le support, la maintenance et les formations autour des solutions proposées à nos clients.

À côté de ça, il faut savoir que l’estimation des dépenses globales au niveau national en logiciels pour les écoles en 2011 est de plusieurs millions d’euros (exemple 500.000 euros pour l’académie de Toulouse, sources : http://tice.ac-toulouse.fr/web/635-cheque-ressources.php) … Ne serait il pas pertinent que les ressources libres en bénéficient ?

Il n’en demeure pas moins que, nous sommes tous très impliqués, individuellement comme collectivement, et ce depuis de nombreuses années, à titre bénévoles dans des associations et des communautés. .

Cela dit, j’avoue qu’un de mes rêves serait de lancer une opération “logiciel libre à prix libre”… Peut être encore trop tôt… Mais un jour viendra, je l’espère.

Pour moi la réussite d’un projet libre n’est pas tant qu’il soit utilisé par des milliers d’utilisateurs que de créer des emplois et de la richesse. La FSF a eu l’intelligence de ne pas mettre de conditions « non commercial » dans la GPL et c’est vraiment important.

Puisque tu parles de “logiciel libre à prix libre”, RyXéo a lancé un Pedagogic Bundle permettant aux utilisateurs d’acheter un pack de logiciels du Terrier. SI je ne me trompe pas, cette opération en anglais a permis de récolter 800 $. Quel bilan en tires-tu ? Pourquoi ce choix d’une opération en anglais ?

C’est un test à plusieurs niveaux: je pense que l’aspect international est compliqué à aborder pour des logiciels pédagogiques, je ne pense pas que les enseignements soient les mêmes partout. Néanmoins je cherche pour voir s’il existerait un « écho » dans la communauté internationale qui gravite autour des logiciels libres et de l’éducation.

800€ c’est très peu et beaucoup : très peu compte tenu de l’exemple qu’on a pris pour s’en inspirer (humble bundle) et beaucoup parce que vu le peu de publicité qu’on a faite on a tout de même des retours.

Ensuite ce sont des personnes plutôt militantes qui nous ont pris ce bundle et nous ont spontanément proposé de participer aux traductions et prochaines offres…

Où en est le projet de micro-blogue pour les écoles primaires porté par l’association AbulÉdu-fr ?

Il s’agit d’un projet porté par l’association. Un projet véritablement important, à faire vivre, demandant du temps. Je profite donc de la tribune offerte pour demander à tout contributeur potentiel de ne pas hésiter à proposer son temps et son aide en remplissant ce formulaire de contact : http://www.abuledu-fr.org/Contacter-l-association.html

Passons à l’actualité chaude de RyXéo. Tu viens, ce samedi de présenter un produit qui devrait faire beaucoup de bruit, la TEDI. C’est quoi ?

Depuis deux ans, le phénomène « tablettes » envahit notre quotidien. Les écoles ne sont pas en reste et certaines, se sont lancées très tôt dans les démarches d’acquisition de ces nouveaux matériels.

La tablette est vue comme un gros téléphone, multi-tâche, à la frontière entre le matériel de productivité et le gadget. À ce titre je me dis que le combat de “détaxe” ou de “vente liée” est perdu ou tout au moins mal embarqué sur ces plates-formes …

Android prend de plus en plus de part de marchés et souffle le chaud et le froid (libre, pas libre, par exemple une version d’Android n’a jamais été publiée) … je fais de la veille technologique active et envisage un éventuel avenir libre aux tablettes scolaires.

RyXéo achète quelques tablettes pour découvrir que l’univers ARM (les puces qui équipent l’écrasante majorité des tablettes pour ne pas dire la totalité) est structuré d’une manière bien différente de la plateforme “pc/intel” que je connais bien. Il est par exemple très compliqué de choisir le périphérique d’amorçage et d’envisager de démarrer sur une clé usb, le réseau ou une carte SD … allons-nous être obligés de développer pour iOS ou Android ?

RyXéo développe cependant une « solution tablettes pour développeurs » sur une plate-forme intel tout en synthétisant notre cahier des charges « école primaire »  :

• Matériel aussi ouvert que possible
• Système d’exploitation libre et logiciels libres
• Assez robuste pour être confié à des enfants
• Léger
• d’un look “sympa” ou tout au moins, sortant de l’ordinaire

J’estime qu’en tant que développeurs nous avons des responsabilités. Je m’explique: si je développe une application pour iOS ou Android je ne peux pas ignorer que l’identité numérique des futurs utilisateurs de mon logiciel sera gérée par un de ces deux géants. Il en va de même pour les données qui seront forcément indexées voire stockées sur le cloud de ces mastodontes, probablement hors du territoire national et donc soumis à une loi qui n’est même pas la nôtre. De ce fait il est de notre responsabilité de proposer des alternatives durables, ouvertes, libres et pérennes. D’autant plus qu’on est dans un domaine ou nos utilisateurs (les enfants) n’ont pas encore construit leur esprit critique et qu’ils font confiance aux adultes que nous sommes pour avoir fait les bons choix !

Comment est né ce partenariat avec Unowhy ?

Après quelques recherches et échanges avec nos clients et partenaires, la tablette qooq/unowhy est identifiée. Contact est pris avec l’industriel, nous achetons une tablette « développeur » et installons un hack d’AbulÉdu en test.

Ensuite tout s’enchaîne, nous rencontrons l’équipe dirigeante de Unowhy, effectuons une démonstration de la tablette « AbulÉdu », et nous voici, samedi 8 décembre 2012, pour l’annonce officielle de cette Tablette.

J’apprécie en particulier sur leur tablette et avec leur approche qu’il n’y a ait aucun connecteur propriétaire: rien que du standard ! (usb, ethernet, sdcard, jack pour le casque) … c’est suffisamment rare pour le signaler !

Présent à Éducatice Unowhy présentait justement son projet de tablette scolaire et parlait d’une expérimentation en collège. Est-ce un projet différent ou bien est-ce également un partenariat avec RyXéo ?

Ce sont deux projets différents qui pourraient paraître complémentaires. Je précise néanmoins que TEDI AbulÉdu a aussi été présentée le 22 sur le stand de Unowhy à Éducatice.

Je ne savais pas. Je n’ai pas eu l’occasion d’aller à Éducatice cette année.

Au niveau du système d’exploitation, je suppose que ce n’est pas iOS. Est-ce Android ou un développement maison ? Une adaptation d’AbulÉdu ?

C’est un vrai GNU/Linux, fondé sur l’excellent boulot de linaro. Et sur lequel nous avons réalisé le même travail que pour AbulÉdu « Live » ou « Serveur ».

Puisqu’on parle de partenariat, il y au final peu d’acteurs dans l’univers du libre au niveau de l’école primaire (ASRI Édu, Beneyluschool, OLPC, OOo4kids, Sankoré, GCompris …). As-tu des échanges, liens avec eux ?

C’est juste de le dire, on est peu nombreux et la quantité baisse avec les années (par exemple cette année nous perdons l’excellente équipe de PingOO). Le grand absent de cette liste est edubuntu, qui, pour moi, est un exemple intéressant : AbulÉdu serveur étant fondé sur ubuntu, j’ai souhaité leur offrir l’interface d’administration d’AbulÉdu il y a quelques années. Tous les paquets .deb existent et marchent dans plusieurs centaines d’école tous les jours en France … Le retour que j’ai eu a été … étonnant : notre interface d’administration étant en PHP le responsable du projet edubuntu n’a même pas daigné le regarder. Aujourd’hui nous faisons et refaisons tous la même chose (des interfaces d’administration) au lieu d’utiliser des forces à la création de ressources pédagogiques, de logiciels d’apprentissages, de retours utilisateurs etc.

Beneyluschool est exemple également intéressant. En 2010 quand on a voulu proposer un ENT à nos clients, on a cherché les sources de la Beneyluschool… introuvables ou alors une version vieille comme Hérode. D’autre part, le site faisant appel à du flash de manière importante, nous avons décidé de créer notre ENT. Cependant, en 2012, Beneyluschool libère le code de sa version 3.0 qui n’utilise à priori plus de flash… Je suis heureux de voir cette nouvelle orientation et le contact est en cours pour voir comment intégrer l’accès à l’ENT depuis les tablettes pour les clients que nous avons en commun.

De même, nous avons intégré OOo4Kids dans AbulÉdu mais quelques ajustements sont encore nécessaires, notamment entre OOo et OOo4Kids (quel logiciel a la priorité sur l’association des fichiers dans le navigateur de fichiers par exemple).

Concernant GCompris la cible et l’approche sont différentes : GCompris est un moteur d’activités ludo-éducatives, Bruno a même ajouté l’interprétation de script python dans GCompris pour simplifier l’ajout de nouveaux modules par des développeurs tiers. Notre approche est différente : nous avons préféré avoir un exécutable indépendant pour chaque logiciel. Par contre au niveau de la distribution AbulÉdu, GCompris fait partie des logiciels que nous diffusons systématiquement.

Avec OLPC et ASRI Édu, nous n’avons pas encore de réels liens mais l’occasion se présentera peut être un jour.

Ryxeo fêtera ses 10 ans l’année prochaine, c’est un véritable succès ! Si tu devais choisir parmi ces propositions laquelle définirait le mieux la situation actuelle ?

* Grâce au choix du logiciel libre, RyXéo est prospère et je suis un patron très riche. * L’équilibre est précaire mais sans le logiciel libre l’aventure n’aurait pas été possible. * RyXéo aurait sûrement été plus prospère en choisissant le logiciel privatif.

À vrai dire, je ne sais pas trop commenter ces aspects. Je dirais que depuis 10 ans, l’aventure est belle, soumise à des moments heureux comme des périodes délicates. Si je devais tirer un bilan, il serait très positif. La prospérité est plus celle du cœur et de la connaissance que du compte en banque mais je ne regrette pas mes choix !

Pour finir, si des lecteurs du blog sont intéressés par un des projets, peux-tu nous dire de quoi vous avez besoin actuellement ?

Le projet AbulÉdu recherche des contributeurs pour collecter des ressources libres sur internet et les ajouter dans l’entrepôt de données data.abuledu.org En trois mois nous avons déjà collecté plus de 5000 ressources libres… aidez-nous pour arriver à 50 000 pour les RMLL 2013 !

Ensuite si nous voulons que notre plate-forme soit remplie de ressources libres, il faut les produire. Nous lançons donc un appel à tous les enseignants créateurs de ressources à les mettre sous licence libre (compatible avec cc-by-sa) et nous les envoyer (ou les envoyer eux même sur l’entrepôt) pour qu’elles soient mises à disposition de tous et indexées selon les normes en vigueur, (LOM, SCOLOM etc.) dans l’entrepôt de données pédagogiques .

Enfin, nous sommes à la recherche de donneurs de voix pour enregistrer des histoires pour les enfants, ou lire des textes.

Sur les aspects techniques, si des développeurs souhaitent rejoindre la communauté AbulÉdu, ils et elles seront chaleureusement accueillis (voir la liste de diffusion dev@abuledu.org) et notamment lors de nos week-ends abuledu@ryxeo.

Merci Éric !

Excellent accélérateur de migration Windows vers GNU/Linux, Framasoft soutient et promeut depuis le début la distribution grand public Ubuntu. Et ce ne sont ni les annotations de Richard Stallman ni la récente « affaire Amazon » (fort bien explicitée par Christophe Sauthier) qui nous feront changer d’avis.

Mais cela ne nous empêche pas dans ces colonnes de traduire de temps en temps des articles parfois critiques à son égard, au risque de déclencher des ires dans les commentaires 😉

Ici le journaliste Sam Varghese reproche à Mark Shuttleworth de ne pas avoir clairement affirmé, et ce dès l’origine, le caractère commercial d’Ubuntu intimement liée à sa société Canonical. C’est ce qui explique pour lui que cette histoire avec Amazon a été si mal prise pour la communauté.

Et de citer alors en exemple la société Red Hat qui lui semble plus claire dans ses objectifs (de profits). D’ailleurs cette dernière propose deux distributions plutôt qu’une : la « commerciale » Red Hat Enterprise Linux et la « communautaire » Fedora.

Il est d’ailleurs possible que cette éventuelle confusion soit encore plus forte dans des pays comme la France où la communauté Ubuntu est très dynamique.

Il est vrai qu’une fois qu’on découvre GNU/Linux (souvent avec Ubuntu), on s’aperçoit qu’il existe bien des différences entre les distributions. Le très pratique mais pas très libre Linux Mint n’est pas la même que la moins pratique mais très libre Trisquel. La gouvernance et finalité d’une Debian diffèrent sensiblement de celle d’Ubuntu qui s’en est inspirée à la base.

C’est toute la richesse et diversité du logiciel libre et c’est très bien ainsi, non ?

La grande erreur de Mark Shuttleworth

Mark Shuttleworth’s big mistake

Sam Varghese – 26 octobre 2012 – ITWire.com
(Traduction : peupleLa, Bob Young, KoS, Yuston, Gatitac, HgO, greygjhart)

La semaine dernière a marqué le huitième anniversaire de l’apparition d’Ubuntu sur la scène GNU/Linux. Depuis octobre 2004, de nouvelles versions de cette distribution sont sorties tous les six mois : le buzz initial a été très fort avant de s’estomper peu à peu.

Il est remarquable qu’au fil des ans, chaque fois que Mark Shuttleworth, l’homme qui possède Canonical, la compagnie qui est derrière Ubuntu, introduit une nouvelle fonctionnalité destinée à générer des revenus, des cris et des pleurs se font entendre. Alors, les gens d’Ubuntu essaient de s’expliquer et pour finir, on trouve un semi-compromis qui ne satisfait personne.

La dernière de ces fonctionnalités, dans la version 12.10, fut l’ajout des résultats de recherche d’Amazon aux résultats de recherche habituels. Ce qui signifie un peu d’argent venant d’Amazon pour Canonical (à chaque fois qu’un utilisateur d’Ubuntu achète un produit Amazon à partir de la recherche). Le compromis a été d’en faire une fonctionnalité optionnelle.

De telles situations se sont déjà produites par le passé, et se reproduiront encore à l’avenir. Il y a selon moi une raison simple à cela : Mark Shuttleworth n’a pas réussi à formuler une vision claire du projet Ubuntu à ses débuts. Grave erreur.

Lorsqu’Ubuntu est sortie pour la première fois, il y a eu beaucoup de discussions à propos de la signification de la formule : l’humanité en partage (NdT : humanity to others). Il y avait un tas de fonctionnalités cools, qui mettaient l’accent sur l’implication de la « communauté ». Des cédéroms étaient livrés gratuitement aux gens. On aurait dit une œuvre de bienfaisance du logiciel libre gonflée aux stéroïdes. Ou à l’EPO, à la Lance Armstrong (en français dans le texte) si vous préférez.

Mais il n’y a jamais eu de discussions à propos du fait qu’Ubuntu est une distribution commerciale ; elle a besoin de générer du profit pour exister. Shuttleworth a les poches profondes mais elles ne sont pas sans fond. Le logiciel a beau être gratuit, il faut néanmoins que les comptes atteignent un jour l’équilibre.

À l’opposé, lorsque Red Hat, de loin l’entreprise générant le plus de profits grâce à GNU/Linux, est née, en 1994, tout le monde savait que son but était de générer de l’argent grâce au système d’exploitation libre. Il n’y avait pas d’illusions. C’est pourquoi en 1997, lorsque j’ai pour la première fois entendu parler de GNU/Linux, la communauté du logiciel libre surnommait déjà Red Hat la « Microsoft » des distributions Linux !

Mais au fil des ans, Red Hat a acquis beaucoup de karma positif auprès de la communauté. Elle contribue largement au progrès de Linux en recrutant une bonne partie des développeurs contibuant au noyau. Elle finance des activités périphériques pour participer à la croissance de l’écosystème des logiciels libres.

Personne n’a dit le moindre mal d’Ubuntu à ses débuts. Mais à certains moments en cours de route, quand il s’agissait d’incorporer des fonctionnalités en vue de générer des revenus, les utilisateurs se sont dressés en masse. On ne peut pas leur en vouloir; ils avaient été amenés à croire que la communauté était primordiale et ils ont réagi.

Après quelques-unes de ces confrontations, Shuttleworth a levé le pied et poursuivi sur le chemin qu’il avait choisi. Il ne pouvait pas vraiment faire autrement, après les critiques d’abords douces puis amères soulevées par ses tentatives progressives d’introduire des fonctionnalités commerciales.

Les membres de la communeauté n’ont rien contre ceux qui gagnent de l’argent grâce à des logiciels libres. Patrick Volkerding, créateur et mainteneur principal de la distribution Slackware, est considéré par beaucoup comme un héros pour avoir toujours fourni à ses utilisateurs la distribution qu’ils voulaient. En retour, ces utilisateurs achètent tout ce qu’il produit pour qu’il gagne de l’argent et continue son travail. Et sa distribution est demeurée bénéficiaire la majeure partie de son existence.

Mais Shuttleworth a plus ou moins creusé sa propre tombe. Il aurait dû être clair quant au chemin qu’il allait prendre, clair à propos de son but, et faire attention à ce que son plan soit transparent. Une société basée sur GNU/Linux doit tracer son chemin différemment d’une société ordinaire ; peut être que Shuttleworth n’en avait pas conscience.

Quelle qu’en soit la raison, son manque de communication a abouti à ce qui s’est produit avec les résultats de recherche Amazon et ce qui s’en suivra. C’était la grosse erreur de Mark Shuttleworth.

Crédit photo : Stephen Walli (Creative Commons By-Sa)

Fedora, l’une des plus populaires distributions GNU/Linux, ne propose que Firefox et n’inclut pas les navigateurs Chrome et Chromium de Google.

On le comprend bien pour Chrome qui n’est pas libre, mais moins pour l’open source Chromium.

D’où ces quelques explications qui ne proviennent pas officiellement de Fedora mais d’un simple (et passionné) utilisateur de Fedora.

Pourquoi Fedora ne distribue pas Chrome et Chromium ?

Why Fedora doesn’t ship Chrome and Chromium?

Alex Diavatis – 15 octobre 2012 – WorlOfGnome.org
(Traduction : pwetosaurus (@paul_playe), tibs, Sylvain, misc, ehsavoie, Gatitac, L’gugus, Penguin, viking, Nÿco)

Pour Chrome les raisons sont évidentes, Chrome de chez Google est un logiciel privateur, il contient des modules qui ne sont pas open source, donc fin de l’histoire.

Dans le cas de Chromium qui est issu du projet de système d’exploitation Chromium OS, les choses sont plus compliquées et remontent au 19 novembre 2009, quand une discussion débuta pour savoir si oui ou non il fallait pour distribuer Chromium avec Fedora. Presque trois ans plus tard, nous en sommes toujours au point de départ.

Fedora et l’open source

Fedora a toujours été et sera toujours un défenseur et un distributeur fondamental de l’open source. Un partisan fondamental de l’open source, mais pas un fanatique invétéré du logiciel libre, puisqu’ils fournissent des blobs binaires propriétaires dans leur noyau Linux. On ne peut rien reprocher à Fedora ici puisque cela vient en amont du noyau, le noyau de Torvalds, qui n’est pas totalement libre à cause de pilotes firmwares propriétaires présents principalement pour mieux faire tourner le matériel.

J’aime le nom Fedora et son logo est selon moi l’un des plus beaux qui soient dans le monde des distributions Linux. Le nom Fedora fait référence à un type de chapeau (borsalino) et vient rappeler qu’il provient de Red Hat, la plus grande compagnie open source.

Il y a cependant un fait gênant : la police du logo est une police commerciale (très chère qui plus est avec ses 275$ pour l’utiliser).

Dans leur wiki, à propos de leur logo, ils écrivent :

La police utilisée pour le logo est Bryant2. Cette police n’est pas une police libre mais elle a été choisie parce que c’est celle qui s’intègre le mieux dans le design du logo. La licence pour l’utilisation de cette police dans le logo officiel a été payée, ainsi le logo peut être utilisé à chaque fois que la marque déposée et les recommandations d’usage le permettent, sans coût supplémentaire.

Ils auraient quand même pu la partager via un torrent puisque le piratage est une forme de liberté numérique, comme l’anarchie est une forme de liberté sociale… Je plaisante bien sûr. 😉

En tout état de cause, tout cela montre que Fedora n’est pas piloté par une bande d’idéologues passés de mode du logiciel libre. Fedora ne distribue que des logiciels open source pour des raisons bien précises (sur lesquelles je ne m’étendrai pas), mais sûrement pas parce qu’ils « détestent » les logiciels commerciaux.

Fedora et l’environnement de bureau

Certaines personnes disent que Fedora n’est qu’une version de test pour la distribution commerciale Red Hat Enterprise Linux (RHEL) et ne veulent pas être des « bêta-testeurs de Red Hat ». Je pense que, même si c’était peut-être le cas dans le passé, les choses ont évolué. Les deux dernières versions de Fedora (17 et 18) tentent vraiment de proposer un système convivial et de qualité pour un usage bureautique.

Pour être franc, je pense que Canonical nous a quelque part aidé le jour où Ubuntu a décidé de développer Unitypar dessus GNOME, ne faisant plus de ce dernier l’environnement de bureau par défaut. Aujourd’hui, Red Hat et GNOME sont contraints de faire de Fedora une distribution conviviale de qualité car ils ne bénéficient plus comme avant de l’aide d’Ubuntu. Bien sûr, Fedora a beaucoup de travail à accomplir pour rattraper Canonical car Ubuntu est désormais mondialement connu comme étant la distribution de bureau pour le grand public et a réussi à se faire un nom réputé sur le marché.

Fedora et les logiciels

Fedora a une politique stricte qui détermine quel logiciel est autorisé à être inclus dans leurs dépôts officiels et quel logiciel est interdit.

Le Projet Fedora encourage vivement à utiliser des logiciels libres et open source. Fedora possède une ligne de conduite qui impose les obligations suivantes :

• Si c’est propriétaire, cela ne peut pas être inclus dans Fedora (la seule exception étant donc les firmwares binaires).
• Si c’est légalement problématique, cela ne peut pas être inclus dans Fedora.
• Si cela enfreint les lois des États-Unis, cela ne peut pas être inclus dans Fedora.

Vous pouvez trouver plus de détails sur la page du wiki « Fedora Forbidden Items ». Ainsi des logiciels de base comme certains pilotes nVidia et ATi, ceux des cartes Wi-Fi, la version Java d’Oracle, le greffon Flash d’Adobe, etc. ne sont pas inclus. Bien que je sois complètement d’accord avec ce qu’ils font, je ne suis pas toujours d’accord avec la manière dont ils le font.

Et nous en arrivons au sujet initial de ce billet, à savoir : pourquoi Fedora refuse d’incorporer Chromium à leur distribution.

Chromium et Chrome

Pour les gens qui ne connaissent pas la différence, Chromium est le navigateur open source dont Google Chrome tire son code source. Les deux navigateurs (Chrome et Chromium) partagent la majorité du code et des fonctionnalités bien qu’il y ait quelques différences mineures.

Chromium n’intègre pas de fonction de mises à jour automatiques, ni de lecteur PDF ni de lecteur Flash. Chrome est un gratuiciel et ils ne fournissent pas le code source (qui est quasiment identique à Chromium de toute façon), alors que Chromium est, accrochez-vous, sous licences BSD, MIT, LGPL, MS-PL et sous triple licence MPL/GPL/LGPL.

Pourquoi Fedora ne distribue pas Chromium

Chromium est en théorie un logiciel instable (mais en pratique stable) et ils ne distribuent pas de versions stables. C’est la première raison pour laquelle Fedora ne le distribue pas. Cependant, Chromium maintient de nombreux « forks » stables parmi les créations (ou builds) de la communauté et qui portent le même nom : « Chromium ». Ce n’est donc pas le principal problème aujourd’hui.

Le vrai problème, c’est la politique d’empaquetage de Fedora et la politique d’empaquetage de Chromium. Chromium est constitué de nombreux composants open source, mais concrètement il a tendance à les forker puis les empaqueter pour les intégrer.

Par exemple (cas d’école) Chromium utilise OpenSSL. Mais l’équipe de Chromium n’est pas vraiment satisfaite de son fonctionnement et elle veut y apporter des modifications. Ils font alors un fork et ils l’incluent dans le paquet de Chromium. Ils maintiennent cependant une documentation sur les modifications qu’ils apportent à ces paquets. Mais donc maintenant Chromium se retrouve avec son propre OpenSSL, qui n’a pas été testé avec le système et cela rend l’empaquetage difficile pour tous les contributeurs de distributions Linux.

Un rapport de bug a été ouvert à ce sujet en novembre 2009 : bug de suivi sur la création d’une vraie version pour les distributions Linux #28287…

Bien que nous fournissions le code source, il y a quelques étapes nécessaires avant que cela soit utilisable en amont par les distributions Linux. Ce bug de suivi sert à en suivre l’avancement.

…mais encore aujourd’hui, il faut toujours un dépôt supplémentaire pour installer Chromium.

Tom Callaway

Tom Callaway est manager de l’équipe d’ingénierie Fedora chez Red Hat et travaille conjointement avec Google pour corriger les problèmes de Chromium dans le but de l’incorporer au dépôt officiel. Il maintient également ses propres paquets de test de Chromium.

Callaway décrit le problème :

« Google forke des bits de code libre pour Chromium comme un lapin fait des petits : avec régularité et sans trop y penser. Plutôt que de tirer parti des API existantes des projets upstream comme ICU, libjingle et SQLite (pour ne nommer qu’eux), ils préfèrent forker ce code à l’instant t et modifier à mort leurs propres API pour être utilisées dans Chromium.

Ce qui ressemble beaucoup à de la méthodologie Java, que je pourrais résumer ainsi : « j’ai envie d’utiliser ce code tiers mais mon application est trop spéciale pour l’utiliser tel quel, donc j’ai rajouté des jantes et pare-chocs en alu et un éclairage néon pour éclairer le dessous, puis j’ai fourré ma copie bling-bling dans mon application ». Une grande partie des développeurs upstream de Chromium semble avoir un passé de codeurs Java ce qui pourrait être une explication mais qui n’excuse rien. Cette façon de faire devrait être un dernier recours, pas la norme.

Voici ce qui devrait plutôt arriver dans l’absolu (en prenant SQLite comme exemple) :

• google Hé, ça serait sympa si nous pouvions utiliser SQLite dans Chromium pour nos besoins de bases de données locales.
• google Hum, l’API SQLite ne cadre pas à 100% avec la manière dont j’aimerais que Chromium l’utilise.
• google Salut l’équipe SQLite, il y a quelques endroits où nous aimerions voir des améliorations de l’API pour que Chromium en tire profit dans notre cas d’utilisation.
• sqlite_upstream Salut Google, c’est tellement cool que vous vouliez utiliser notre code.
• sqlite_upstream regarde les changements proposés par Google à SQLite.
• sqlite_upstream Intéressant, vous pourriez essayer d’utiliser la fonction X pour mieux répondre à vos besoins mais le reste des changements semble OK.
• sqlite_upstream valide les changements dans le code source dans la révision 12345.
• sqlite_upstream Notre prochaine version va les inclure.
• google Ouais ! Nous allons dire aux gens d’appliquer notre patch ou d’utiliser la révision 12345 ou plus récente. »

Vous trouverez plus d’informations sur la page consacrée à Chromium dans le Wiki Fedora.

Finalement

Au final, il y a deux bons navigateurs open source, Firefox et Chromium, mais Fedora persiste à n’en fournir qu’un seul et, malheureusement pour moi, ce n’est pas celui que je préfère 🙂

L’ironie du sort, c’est que si vous recherchez « Fedora Chrome/Chromium » dans Google, il y a de fortes chances pour que vous vous retrouviez sur une page qui vous propose le téléchargement de Chrome, puisque Google fournit un dépôt officiel Chrome pour Fedora !

Et l’on se retrouva en fin de compte avec un Google Chrome et son Flash intégré 🙂

Crédit photo : Scott Beamer (Creative Commons By-Sa)

Vous prenez tranquillement un café à Portland, dans l’Oregon, lorsque tout d’un coup vous vous apercevez que c’est Linus Torvalds en personne qui se trouve à la table d’à côté.

Comme vous êtes 1. développeur et 2. pas timide, vous l’accostez gentiment et lui demandez s’il accepterait de répondre à quelques questions.

Et l’on découvre alors un Torvalds toujours aussi franc dans ses réponses mais un peu désabusé voire aigri…

Linus Torvalds se lâche sur Linux et Git

Linus Torvalds goes off on Linux and Git

Greg Jorgensen – 25 septembre 2012 – Typical Programmer
(Traduction : lgnap, Cyrille L., greygjhart, Gatitac, @adericbourg, lgodard, Penguin, Diwann, Florck + Anonymes)

J’étais dans un café à Portland dans l’Oregon quand j’ai remarqué Linus Torvalds assis seul à une table. J’ai demandé au créateur du noyau Linux et logiciel de gestion de versions Git si je pouvais me joindre à lui. Pendant 15 minutes, nous avons parlé de programmation et de programmeurs.

Typical Programmer Linux a été publié pour la première fois il y a maintenant 20 ans. C’est maintenant l’un des systèmes d’exploitation les plus répandus. Quel effet cela vous fait-il ?

Linus Torvalds Franchement, je suis très étonné. J’ai lancé ce projet comme un hobby et je n’en attendais pas grand chose. Au fur et à mesure que l’intérêt pour Linux croissait, j’ai observé qu’il était utilisé principalement par les développeurs purs et durs et les geeks pour se différencier de la foule. Il y a beaucoup de personnes dans l’industrie logicielle qui aiment montrer qu’ils utilisent le logiciel ou le langage de programmation le plus récent. C’est une question de statut, un peu comme les personnes qui parlent de groupes de musique indépendants ou de films étrangers. Que ce soit Linux, Haskell, MongoDB ou n’importe quoi d’autre, tout groupe comporte au moins une personne qui passe son temps à parler de fermetures ou à expliquer comment il est en train de migrer son blog vers Node.js pour qui’il puisse supporter une augmentation de la charge.

TP Linux est maintenant grand public. Est-ce devenu trop facile ?

Linus Je ne pense pas que ce soit plus facile, mais il y a beaucoup plus de ressources maintenant. Dans la plupart des cas, Linux est plus difficile à comprendre et à utiliser que Windows ou MacOS. Les personnes qui l’utilisent pour les serveurs avaient déjà l’habitude d’Unix, le changement n’était donc pas très important pour eux. Ils connaissaient les conflits de mises à jour et de dépendances et le cauchemar des bibliothèques partagées. Sur les postes de travail, je pense que les gens s’en sont désintéressés après quelques années.

TP Une perte d’intérêt ? de motivation ?

Linus Personne ne s’emballe plus pour les terminaux à fenêtre transparente , pour les palettes de couleur de Kate ou pour être le premier à expliquer sur Slashdot comment faire marcher telle mystérieuse carte son. Ça, c’était ce qui faisait passer les précurseurs de Windows à Linux. Maintenant Linux ressemble à Windows. Je peux installer Ubuntu sur le portable de ma grand-mère et elle ne voit même pas la différence tant que l’icône Facebook est sur son écran.

TP Et au sujet du nombre de distributions ? On dirait qu’il y a plus de distributions que d’utilisateurs finaux sous Linux.

Linus Il y a plus de distributions Linux sur un seul disque Linux Format que toutes les versions Windows réunies. Mais elles sont toutes à peu près similaires. Ce sont toutes à peu près la même chose réchauffée. Seuls des noms plus ou moins ingénieux ou drôles les distinguent les unes des autres. À partir du moment où un livre Linux pour les nuls a été publié, j’ai commencé à m’en désintéresser.

TP Vous avez publié le système de gestion de versions Git il y a moins de dix ans. Git est rapidement devenu à la mode et semble être majoritaire parmi les systèmes de gestion de versions, ou au moins celui que les gens recommandent le plus sur Reddit et HackerNews.

Linus Git a repris le relais parce que Linux commençait à ne plus trop séparer les gourous des ignorants. Je ne m’attendais pas vraiment à ce que quiconque l’utilise parce que c’est tellement dur à utiliser, mais finalement cela s’est révélé être son principal attrait. Aucune technologie ne saura jamais être trop compliquée ou trop obscure pour les barbus à t-shirt noirs.

TP Je trouvais déjà que Subversion était difficile d’accès. Je ne me suis pas encore cassé la tête avec Git.

Linus Vous allez passer beaucoup de temps à essayer de vous familiariser avec, tout en étant ridiculisé par les experts sur GitHub et ailleurs. J’ai appris qu’aucune toolchain n’est jamais trop compliquée car le besoin de prestige et la sécurité de l’emploi sont trop forts. Au bout du compte, vous allez vous aussi découvrir l’Easter egg dans Git : toutes les opérations significatives peuvent être exprimées à l’aide la commande rebase.

TP Que pensez-vous de GitHub du coup ?

Linus Ça a commencé comme un cocon, un sorte de cimetière pour projets non maintenus ou inutiles, et c’est toujours la majorité de ce qui y est hébergé. Mais c’est devenu aujourd’hui une sorte de grand World of Warcraft pour développeurs, où ils sont notés en fonction de leurs contributions et des projets sur lesquels ils ont les privilèges trunk. J’ai entendu dire que des boîtes informatiques recrutaient désormais à partir de votre réputation GitHub, alors j’imagine que si vous ne committez rien vous n’obtiendrez plus de boulot dans les start-ups les plus cools. Le bon vieux temps où l’on faisait passer le test du FizzBuzz et où on demandait comment faire pour déplacer le mont Fuji pendant les entretiens d’embauche est révolu.

TP Vous semblez un peu aigri au sujet de Git.

Linus Vous verrez, les premiers livres Git pour les nuls et Git Visual Quickstart vont paraître dans quelques mois et, en ce qui me concerne, ce sera le début de la fin. Ces livres marquent la fin d’une certaine expertise sur Git et de la réputation sur GitHub comme indicateurs fiables de la qualité du geek. Une fois qu’une technologie est adoptée par la masse, les geeks les plus geeks la délaissent au profit de quelque chose de plus ésotérique encore. Regardez ce qui est arrivé à Ruby on Rails. Les gens qui se forment à partir de tutoriels, de « todo lists » Rails, n’ont même jamais entendu parler de DHH.

TP Et pour la suite ?

Linus Je ne suis pas sûr. Difficile de prédire la prochaine mode technologique. J’ai travaillé sur un éditeur de texte que j’utilise moi-même, si compliqué qu’il ferait passer Vim pour Notepad, peut-être que je le publierai un de ces quatre.

Linus a terminé son café et a dû partir. J’ai apprécié le temps qu’il m’a consacré et de m’avoir fait voir Linux et Git sous un jour nouveau.

Crédit photo : Murray Wayper (Creative Commons By-Nc-Nd)

NdT : Oups, j’oubliais, Greg Jorgensen a publié son billet sous le tag « satire ». Je dis ça, je dis rien… Ça vous apprendra à ne pas lire jusqu’au bout 😛

Allez, on ne va pas se mentir, non seulement Apple séduit les jeunes, mais il séduit de plus en plus souvent les geeks.

Et même certains libristes qui, comme ici, abandonnent lâchement leur premier amour GNU/Linux pour s’en aller vers le Mac.

Un témoignage cinglant qui devrait faire couler un peu d’encre électronique dans les commentaires…

De Linux à OSX – 1 an plus tard

From Linux to OSX – 1 Year Later

Bozhidar Batsov – 9 septembre 2012 – Blog personnel (think)
(Traduction : geeckodev, Louson, tibs, X, amyrit, nanoPlink, Kiwileaks, cpt_p, Unagi)

Prélude

Il y a un peu plus d’un an j’ai écrit mon post coup de gueule « The Linux Desktop Experience is Killing Linux on the Desktop » et pour la première fois en 8 ans, je n’étais plus un utilisateur de Linux. J’ai passé plus d’un mois à me bagarrer contre Windows 7, mais reconnaissons-le, Windows est mal conçu pour des programmeurs Ruby professionnels comme moi (et il est mal conçu pour la plupart des programmeurs, sauf peut-être Java et .Net je suppose).

De toute façon, rester sous Windows n’a jamais été mon intention, je faisais juste mon transfert vers Mac. Maintenant, avec plus d’un an d’utilisation d’OSX, j’aimerais partager avec vous mon expérience jusqu’à aujourd’hui.

De Linux à OSX

La transition fut pénible au départ, j’avais une sensation très bizarre lorsque je devais glisser une icône de programme dans le dossier Applications pour l’installer. Pour être honnête, j’étais plutôt perdu la première fois que j’ai dû installer une application de cette manière (Il n’y avait pas ces aides avec les flèches qu’ont la plupart des applications). La gestion de paquets de Linux est incontestablement bien meilleure, ou en tout cas elle l’est de mon point de vue. Heureusement la plupart des outils que j’utilise sont disponibles dans le gestionnaire de paquets homebrew pour OSX. Ça ressemble à une version extrêmement basique de portage du légendaire Gentoo, mais en général le programme fait du bon travail.

Pour être plus positif, j’ai été impressionné par la qualité et la réactivité du bureau de OSX et l’utilisation par défaut des raccourcis clavier d’Emacs dans l’éditeur de texte (mais perplexe concernant le manque d’une touche Control à droite du clavier – et si j’osais, comment peut-on taper Control + a ?). Une application en particulier, Spotlight, m’a carrément impressionné , surtout après avoir eu affaire aux copies bas de gamme disponibles sur Linux telles que beagle. Spotlight trouve à peu près tout, a son propre langage de requête ressemblant à SQL et est étonnamment rapide.

J’ai rapidement trouvé un bon terminal (qui est iterm2, et qui est en fait le meilleur terminal au monde, à mon humble avis) et la plupart des outils en ligne de commande que j’utilisais jusqu’à maintenant étaient déjà là (après tout, OSX est Unix), et à ma grande surprise, certains trucs comme PostgreSQL (seulement sur OSX Server) et zsh étaient préinstallés. La plupart des autres applications dont j’avais vraiment besoin avaient des ports natifs pour OSX.

Ayant détesté OpenOffice.org durant plusieurs années, j’ai été agréablement surpris par la qualité d’applications telles que Keynote et Words.

Étant le genre de type qui prêche l’utilisation du clavier à l’église Das Keyboard j’étais un peu déçu au début par tout ce micmac autour du multi-touch, mais après un certain temps j’en suis venu à la conclusion qu’Apple a les seuls trackpads et souris qui valent la peine d’être utilisés (même si je préfère toujours utiliser le clavier).

Pour résumer, je me suis habitué assez rapidement, mais cela n’a pas été de tout repos.

Voici quelques détails…

Les choses que j’adore chez OSX

Le bureau

C’est joli, c’est rapide, c’est stable. KDE4 et GNOME3 ressemblent à des projets d’étudiants à côté. Ai-je mentionné que les polices de OSX sont même plus belles que celles de Windows ?

Les applications « à la OSX »

Sparrow est le premier client e-mail que j’aie jamais aimé (Google, honte à vous de l’avoir tué).

iTerm2 est le terminal ultime. Lui seul justifie l’achat d’un Mac.

Keynote est le meilleur logiciel de présentation que j’aie pu utiliser jusqu’à présent.

Parallels Desktop est à des années-lumière de VirtualBox et KVM (si l’on ne considère que la virtualisation de type desktop).

Je pourrais continuer comme ça pendant un moment, mais je vais arrêter tout de suite.

Il est évident que les utilisateurs de Mac ont développé un certain goût pour les logiciels extrêmement raffinés.

Compatibilité matérielle

Si quelque chose est supposé marcher avec OSX – ça marche à merveille directement. J’en ai presque oublié les jours de bataille contre le matériel non supporté. La mise en veille fonctionne parfaitement. La durée de vie de la batterie est exceptionnelle (grâce à la gestion de l’énergie très avancée).

Il est certain que sélectionner le matériel pour le système d’exploitation aide beaucoup, mais il faut tout de même reconnaître le travail d’Apple.

Stabilité

Un an, trois Macs – seulement un ou deux plantages. Pour un développeur qui aime bricoler un peu plus qu’il ne le devrait, c’est impressionnant.

Ceci dit, j’ai eu quelques distributions Linux qui ont fonctionné pendant plus de 6 mois sans redémarrer (et les redémarrages étaient causés par les pannes électriques ou les mises à jour de la distribution et/ou du noyau). La stabilité de Linux sur un ordinateur portable (plutôt récent) ? C’est une autre histoire…

Les bonnes choses

Les applications par défaut

Les applications fournies avec OSX ne sont pas mauvaises du tout, mais pas particulièrement excellentes. Safari reste un très bon navigateur, Mail est un bien meilleur client que Evolution/Thunderbird, Calendar est un bon organisateur (mais un peu buggé quand il s’agit de synchroniser Google Calendar), Messages est moyen.

Le vrai problème est qu’il est possible d’aller très loin avec les applications fournies, mais qu’elles ne sont pas parfaites. Mon conseil : chercher des alternatives (qu’elles soient libres ou propriétaires).

Le Mac App Store

C’est une manière convenable de distribuer des applications propriétaires, mais avec toutes les restrictions d’Apple sur le sandboxing des applications, il n’y a pas vraiment d’applications intéressantes. Espérons que cela s’améliore avec le temps. La possibilité de mise à jour vers la nouvelle version d’OSX en l’achetant sur l’App Store est vraiment bien (pour un OS propriétaire, bien sûr).

Emacs

Le port Cocoa d’Emacs est un peu jeune et il y a quelques bugs visuels (essayez M-x linum-mode par exemple), mais ils sont pardonnables. Je regrette l’intégration forte d’Emacs avec Linux. Et quel est l’idiot qui a conçu tous les claviers officiels Mac sans une touche Control à droite ? J’ai finalement compris pourquoi tant d’utilisateurs de Mac utilisent vim 🙂

De toute façon, remapper la touche Caps pour Control n’est pas la solution. Je le fais maintenant, je le faisais déjà sur Linux. Mais vous n’êtes pas supposé avoir à taper Control + une autre touche avec la même main. C’est perturbant pour la frappe… mais une fois encore, vous devriez probablement écrire avec un clavier pleine taille 🙂

Développement logiciel

OSX ne nourrit pas le développement logiciel autant que Linux, mais il arrive juste en seconde position. Tous les outils que vous connaissez et que vous aimez sont disponibles, mais leur installation et leurs réglages nécessitent un peu plus d’implication sur OSX. Ce n’est pas un hasard si la plupart des livres de programmation montrent des captures d’écran d’OSX.

Administration système

Il y a clairement un recul par rapport à Linux. Les programmes comme launchctl (par exemple) ne sont pas très agréables à utiliser, mais ils font ce qu’on leur demande. Je n’utiliserais jamais un OSX pour autre chose qu’un ordinateur de bureau. Modifier un $PATH n’est pas aussi trivial que sous Linux (/etc/paths et quelques plists que j’ai oubliés me viennent à l’esprit).

Ce que je déteste

Les touches spéciales

Pas exactement une particularité de OSX, mais tout de même…

Un an et je hais toujours Command et Option, option est en fait Alt mais à un endroit étrange et Command est totalement inutile, à mon avis. Je ne les haïrais pas tant s’il y avait de l’espace restant sur les claviers Apple (sans parler du vieux clavier Apple câblé) pour une touche Control en plus. Heureusement pour moi j’utilise un clavier externe Das Keyboard Ultimate la plupart du temps…

Command et Option ont des avantages, je les aurais probablement appréciées si elles ne ne prenaient pas la place de la touche Control à droite (je suppose qu’elle ne doit manquer qu’aux utilisateurs d’Emacs).

Aucun gestionnaire de paquets tout-puissant de base

Sur Linux j’avais aptitude, yum, portage et pacman, tous exceptionnels dans leur domaine. Sur OSX, homebrew est une option décente mais c’est tout autre chose comparé à la puissance des gestionnaires de paquets de Linux.

D’horribles fichiers de configuration XML

Ici et là sur OSX vous devez ecrire d’épouvantables fichiers de configurations XML. Je pensais que je n’aurais plus jamais à voir affaire avec eux après avoir abandonné le développement Java :-).

XCode

Est-il vraiment nécessaire d’installer un IDE usine à gaz juste pour avoir accès à quelques outils de développement en ligne de commande ? C’est l’une des choses les plus ennuyeuses que j’ai pu rencontrer sur OSX jusqu’à maintenant.

Oui, je connais depuis peu quelques outils disponibles séparément, mais demander une licence développeur Apple me semble un peu trop.

Épilogue

Suis-je maintenant plus heureux sans Linux ? Certainement ! OSX est-il un meilleur OS que Linux ? Absolument pas !

Il offre une bien meilleure expérience utilisateur et depuis que je passe la plupart de mon temps sur un ordinateur en interagissant avec le bureau, c’est une grande victoire pour moi. Bien sûr, je n’en voudrais pas à Linux d’arriver à ce niveau de maturité et de stabilité pour son environnement graphique 🙂

Faut-il lâcher Linux et me rejoindre dans les ténèbres ? Comment le saurais-je ? 🙂 Je n’ai fait que partager mon avis – Si vous êtes heureux avec Linux, vous devez incontestablement y rester. Ce n’était évidemment pas mon cas et il n’y avait pas tant d’alternatives que ça.

Ne pas avoir à s’occuper de problèmes matériels et des applications immatures est une grande bouffée d’air pour moi et cela compense largement les quelques lacunes d’OSX. Rien ne compense le manque de la touche Control droite sur la plupart des claviers, mais après tout ce n’est pas un problème de l’OS 😉

Il y a une grande communauté de hackers autour d’OSX et c’est une des forces de l’OS. Il y a aussi malheureusement une grosse pression d’Apple, mais comme vous le savez déjà, le perfection n’est pas de ce monde, il y a toujours des compromis à faire. Je préfère utiliser un OS propriétaire qui me laisse en paix plutôt qu’un OS libre sur lequel je me cogne à chaque virage.

Crédit photo : Terry Johnston (Creative Commons By)