À l’occasion de la sortie du framabook Produire du logiciel libre (dont notre secret espoir est qu’il suscite des vocations chez les jeunes et les moins jeunes), nous avons posé quelques questions à son auteur Karl Fogel.

Est-ce que la situation a évolué depuis la première version du livre, en particulier avec les nouvelles forges comme GitHub (qui repose entre autres la question du fork) ? Est-ce un problème d’héberger des logiciels libres sur des plateformes propriétaires ? Est-ce que l’informatique devrait être enseignée en tant que telle aujourd’hui à l’école ?

Autant de questions auxquelles il apporte de très intéressantes réponses.

Entretien avec Karl Fogel

L’interview en version originale anglaise sur le blog de Karl (intéressants commentaires inside)

(Traduction Framalang : Don Rico pour les questions et Olivier Rosseler pour les réponses)

La version française de POSS vient tout juste d’être publié et votre livre a été traduit, ou est en cours de traduction, dans d’autres langues. Que pensez-vous de ces adaptations de votre œuvre, rendues possibles par le choix de le placer sous licence libre ?

Je suis absolument ravi. Je n’y vois vraiment aucun inconvénient. Les traductions permettent une diffusion plus large du livre, et c’est exactement ce que je souhaite.

Je suis extrêmement reconnaissant envers les traducteurs.

Si vous deviez écrire une deuxième version de POSS aujourd’hui, qu’est-ce que vous changeriez ou ajouteriez ? Et d’ailleurs, est-ce qu’une deuxième version est prévue ?

Et bien, en fait, j’y apporte toujours des petites modifications, à mesure que les pratiques de l’open source évoluent. La version en ligne change constamment. On pourra peut-être la nommer officiellement « Version 2.0 » à un moment donné, mais au fond, c’est vraiment un processus continu.

Par exemple, il y a cinq ou six ans, presque tous les projets avaient leur propre infrastructure de développement. Chacun avait son serveur, son système de contrôle de versions, son système de suivi de bogues, un responsable de la liste de diffusion, un wiki peut-être, c’étaient les outils de développement.

Mais depuis, on a assisté à des regroupements. De nos jours, seuls les très gros et les très petits projets possèdent leur propre infrastructure. La majorité des projets choisissent des sites pré-conçus, comme GitHub, Google Code Hosting, SourceForce, Launchpad, etc. La plupart des développeurs open source se sont familiarisés avec ces environnements.

Et par conséquent, j’ai mis à jour la partie du livre traitant des infrastructures d’hébergement, pour enrichir la section « Les sites Web » et parler des sites comme ceux mentionnés ci-dessus, plutôt que de ré-inventer la roue à chaque projet. Les gens se rendent bien compte qu’administrer son propre hébergement requiert énormément de ressources, malgré les avantages que l’on peut en tirer, et que donc, externaliser cette tache est devenu presque une obligation si on veut avoir un peu de temps pour effectivement travailler sur le projet.

J’ai également mis le livre a jour pour parler des nouvelles versions des licences open source (comme la GNU General Public License 3, qui est sortie après que le livre ait été publié), et j’ai également revu mes recommandations vis à vis de certains logiciels, car les temps changent. Par exemple, Git est de bien meilleure qualité aujourd’hui qu’à l’époque où j’ai rédigé la toute première édition.

La manière de produire des logiciels libres n’a pas tellement changée en cinq ans. Mais de nouvelles forges sont apparues, sur un modèle un peu différent de SourceForge. Je pense à Google Code mais surtout à GitHub. GitHub serait un peu le « Facebook des forges open source », avec ses fonctions de réseau social, son édition à même le navigateur… Son slogan est « Fork me on GitHub ». La notion de fork semble ne plus être tout à fait la même qu’avant. Que pensez-vous de tout cela ?

En fait, je pense que la notion de fork n’a pas changé. La terminologie, peut-être, mais pas le concept.

Si je me penche sur les dynamiques des rouages des projets open source, je ne vois pas de differences fondamentales selon que le projet utilise une forge ou l’autre. GitHub propose un produit fantastique, mais ils ont aussi un marketing fantastique. Ils encouragent les projets à inviter leurs utilisateurs à « créer une fork sur GitHub », c’est à dire « créer une copie pour jouer un peu avec ».

Et même si en un sens la copie d’un projet hébergé sur Git peut techniquement s’appeler un « fork », en pratique ça n’en est pas un. Le concept de fork est avant tout politique, pas technique.

À l’origine, initier un fork signifiait élever la voix pour dire : « nous pensons que le projet ne prend pas la bonne direction, nous avons pris la décision d’en faire une copie pour le poursuivre dans la bonne direction, que tout ceux qui partagent ce point de vue se joignent à nous ». Et les deux projets se retrouvaient alors publiquement en concurrence, à l’attention des développeurs et des utilisateurs, parfois aussi pour des questions d’argent. Parfois l’un des deux l’emporte, parfois ils fusionnent pour ne former à nouveau qu’un seul projet. Mais quelle qu’en soit l’issue, c’est avant tout un processus politique : susciter des adhésions pour continuer ensemble le projet.

Cette dynamique est toujours d’actualité, elle se poursuit tous les jours. Qu’on parle de « fork » pour designer quelque chose de différent, pourquoi pas, mais ça ne change pas la réalité, on utilise juste un terme différent pour décrire la réalité.

GitHub a commencé à parler de « fork » pour dire « créer une copie à bidouiller ». Maintenant, c’est vrai qu’avec ce genre de copie il est facile de s’éloigner du projet originel pour re-fusionner plus tard, c’est l’une des caractéristiques de Git et de tous les systèmes de contrôle de version décentralisé. Et c’est vrai que s’éloigner pour re-fusionner est plus compliqué avec les systèmes de contrôle de version centralisé comme Subversion et CVS. Mais tous ces « forks » créés sur Git ne sont pas des forks au sens premier du terme. En général, lorsqu’un développeur se fait une copie sur Git et la modifie, c’est en espérant que ses changements seront fusionnés dans la copie « maîtresse ». Et quand je dis « maîtresse », ce n’est pas au sens technique, mais bien au sens politique : la copie maîtresse est celle que la plupart des utilisateurs suivent.

Je trouve que ces fonctionnalités de Git et de GitHub sont géniales, et j’aime bien les utiliser, mais il n’y a rien de révolutionnaire ici. Il y a peut-être une évolution de la terminologie, mais la vraie dynamique des projets open source ne varie pas : les développeurs fournissent de gros efforts pour que leurs modifications soient intégrées a la distribution principale, car ils ne veulent pas s’embarrasser avec une copie privée qu’ils auraient a entretenir. Git réduit la pénibilité liée à la maintenance de modifications indépendantes, mais pas encore suffisamment pour que cet effort soit négligeable. Les développeurs intelligents forment des communautés et tentent de conserver un code de base unifié, car c’est la meilleure chose à faire. Ça n’est pas près de changer.

En juin 2010, Benjamin Mako Hill remarque dans son article Free Software Needs Free Tools (traduit ici sur le Framablog) qu’héberger un projet libre sur une plateforme propriétaire pose problème. À votre avis, quelle est l’importance de ce problème ?

Et bien, je connais Mako Hill, je l’apprécie et j’éprouve beaucoup de respect pour lui. Mais je dois dire que je ne partage pas son avis sur ce point, et ce, pour plusieurs raisons.

D’abord, il faut être réaliste. On ne peut pas être un développeur logiciel sans outils propriétaires de nos jours. Réduire arbitrairement la notion de « plateforme » n’est qu’un artifice pour croire qu’on travaille dans un milieu entièrement libre. Par exemple, je peux héberger mon projet chez Launchpad, qui est un logiciel libre, mais est-ce que je peux vraiment écrire du code sans utiliser le moteur de recherche de Google, qui n’est pas libre ? Bien sur que non. Tous les bons programmeurs utilisent en continu Google, ou un autre moteur de recherche propriétaire. Il faut inclure ces recherches Google dans la « plateforme », impossible de se voiler la face.

Mais on peut pousser la réflexion plus loin :

Qu’attendez-vous de l’hébergeur de votre projet, quelles sont les libertés importantes ? Vous utilisez une plateforme et vous demandez aux autres de l’utiliser aussi pour collaborer avec vous, donc, idéalement, la plateforme devrait être libre.

Ainsi, si vous souhaitez y apporter des modifications, vous pouvez : si quelqu’un veut créer un fork de votre projet (au sens ancien, politique, du terme), ils peuvent reproduire l’infrastructure d’hébergement ailleurs, où ils la contrôleront, si nécessaire. Alors, en théorie tout cela est très bien et très joli, mais honnêtement, même si le code source de Google Code, par exemple, était libre, vous ne pourriez pas reproduire Google Code Hosting. Il vous manquerait encore le personnel, le service, les data center de Google… toute l’infrastructure qui n’a rien à voir avec le code source. Ça n’est pas réalistiquement faisable.

Vous pouvez forker le projet, mais en général vous ne pouvez pas reproduire son hébergement, cela demande trop de ressources. Et puisque ça n’est pas votre propre service, vous ne pouvez pas l’adapter a votre convenance ; ce sont les gens qui font tourner les serveurs matériels qui décident de quels ajustements sont acceptables ou pas. Donc dans la pratique, vous ne disposez pas de ces libertés.

(Certains services d’hébergement tentent d’octroyer autant de libertés que possible a leurs utilisateurs. Par exemple, le code de Launchpad est open source, et ils intègrent les correctifs de leurs membres. Mais l’entreprise qui héberge Launchpad doit quand même approuver chaque modification puisque ce sont eux qui font tourner les serveurs. Je crois que SourceForge veut tenter la même expérience, si l’on en croit l’annonce faite récemment à propos d’Allura.)

Alors, en fonction de tout cela, quelles sont les libertés possibles ?

Il vous reste la liberté de faire entrer et sortir vos données. En d’autres termes, le noeud du problème se situe au niveau de la possibilité qu’on les interface de programmations (API pour Application Programming Interfaces) de déplacer les données d’un service à l’autre, de manière fiable et automatique. Si je peux écrire un programme qui peut récupérer toutes les données de mon projet depuis une forge pour les transférer à une autre, c’est une liberté utile. Je ne suis pas pieds et poings liés. Ça n’est pas la seule liberté qui compte, on est même loin d’une liberté idéale. Mais c’est une liberté utile dont on dispose dans un monde où utiliser ses propres serveurs est devenu inabordable.

Ce n’est pas que cette conclusion m’enchante. Mais les choses sont ainsi. La période de « chasseur/cueilleur » dans l’open source est terminée, nous sommes entrés dans l’ère agricole et urbaine. Vous ne pouvez plus creuser vos propres sillons d’irrigation ou votre propre système d’évacuation des eaux usées. C’est trop compliqué. Mais, au moins, si vous n’êtes pas satisfait du service rendu par un hébergeur, vous pouvez déménager chez un autre plus efficace grâce a la portabilité des données.

Donc ça m’importe assez peu de savoir que la plateforme GitHub est propriétaire, par exemple. Evidemment, ça serait mieux si elle était entièrement open source, mais le fait qu’elle ne le soit pas n’est pas vraiment un énorme problème. Le premier critère auquel je fais attention lorsque j’évalue un service d’hébergement est la richesse de leurs APIs. Est-ce que je peux récupérer toutes mes données si besoin ? Si leurs APIs sont riches, c’est bon signe, ils feront leur travail pour maintenir un service de qualité, car c’est le critère qui leur permettra de conserver leurs utilisateurs.

En France, les élevés de collège et de lycée ne suivent pas de cours d’informatique. Pensez-vous que l’informatique devrait être une matière a part entière, et pas seulement un outil pour les autres matières ?

Evidemment. La compréhension des données et du calcul formel est très importante désormais. C’est une forme d’alphabétisme. Sans aller jusqu’à maîtriser la programmation, il faut savoir comment les données fonctionnent. Cela fait écho à une discussion récente où je me suis rendu compte du gouffre qui peut exister.

J’étais chez le docteur, pour faire quelques tests. L’un d’eux consistait à filmer les battements de mon cœur grâce aux ultra-sons et toute la séquence était enregistrée. C’était incroyable a voir ! Et donc, une fois terminé, je demande à l’accueil si je pouvais avoir les données. Pour être précis, j’ai demandé : « Est-ce que je pourrai avoir les données de l’echocardiogramme ? » L’assistante m’a répondu qu’ils pouvaient m’imprimer des images basse-résolution. J’ai alors répondu : « Merci, mais ce sont les données que je veux ». Elle m’a répondu que c’est bien ce qu’elle me proposait. Pour elle, le mot « données » n’avait pas la même signification précise que pour ceux qui ont appris ce que sont les données. Ma question impliquait évidemment que je voulais toutes les données qu’ils avaient enregistres. C’est bien ce que signifie « Toutes les données », non ? Il ne devrait pas y avoir de perte d’information : c’est une copie bit par bit. Mais cela ne lui parlait pas. Pour elle, les données, c’est « quelque chose qui ressemble a ce que j’ai demandé ». Je parlais d’information, d’informatique, elle me parlait de perception.

Je suis bien conscient que mon point de vue est radical, mais je trouve que c’est une forme d’illettrisme de nos jours. Vous devez savoir faire la différence entre les vraies informations et les fausses informations et vous devez comprendre l’énorme différence d’application qui existe entre les deux. Si je me rends chez un autre médecin, vous imaginez bien la différence que ça fait si je lui présente la vidéo complète sur clé USB par rapport à des copies basse résolution d’images fixes. L’une est utile, l’autre ne sert strictement à rien.

Les entreprises qui comprennent le mieux la valeur des données, de données nous concernant, ont de plus en plus de moyens d’utiliser ces données à leur avantage, mais pas nécessairement dans le vôtre. Les cours d’informatique sont une forme de défense contre ceci, une réponse immunitaire à un monde dans lequel la possession et la manipulation des données se transforme de plus en plus en pouvoir. Vous êtes mieux à même de comprendre comment les données peuvent être utilisées si vous les avez déjà manipulées vous-même.

Donc oui, je suis pour les cours d’informatique… mais pas seulement comme moyen de défense :-). C’est aussi une formidable occasion pour les écoles de réaliser quelque chose de collaboratif. L’enseignement se focalise trop souvent sur des apprentissages « individuels ». D’ailleurs, la coopération à l’école est souvent prohibée et on appelle cela de la triche. Or en cours d’informatique, la chose la plus naturelle est d’initier des projets open source ou de participer à des projets open source.

Bien sûr, tous les étudiants ne seront pas forcément doués ou hyper motivés pour cela, mais c’est la même choses dans toutes les autres matières. Je pense donc que les cours d’informatique sont une bonne opportunité d’exposer les élèves aux plaisirs du développement collaboratif. Ces cours devraient avoir un impact incroyable sur certains élèves, comme, par exemple, les cours de musique.

Une toute dernière question : quel conseil donneriez-vous au programmeur en herbe qui souhaite découvrir la communauté des logiciels libres et open source ? Essayez de répondre en une phrase, pas avec un livre entier 🙂

Trouvez un projet ouvert que vous appréciez (et, idéalement, que vous utilisez) et commencez à y participer ; vous ne le regretterez pas !

Ayant tiré ses propres conclusions de la révolte tunisienne, l’Égypte décida, le 28 janvier dernier, de couper Internet pour neutraliser les moyens de communication et ainsi contrecarrer les manifestations anti-Moubarak.

Et tout d’un coup, ce qui était un extraordinaire avantage devint une formidable faiblesse.

Comment faire dès lors pour se prémunir d’une telle décision radicale et continuer à assurer l’un des droits de plus en plus fondamental de ce nouveau millénaire ?

Comme pour la Freedom Box, une piste de solution est à rechercher du côté du réseau maillé avec l’originalité de jouer nous-mêmes le rôle de routeurs Internet^[1] :

« L’idée fondatrice d’OpenMesh est que nous puissions utiliser de nouvelles techniques pour créer un réseau Internet secondaire dans les pays comme la Libye, la Syrie, l’Iran, la Corée du Nord et d’autres régimes répressifs dans lesquels les citoyens ne peuvent pas communiquer librement. En créant des routeurs mobiles qui se connectent entre eux, nous pourrions créer un réseau auquel les téléphones portables et les ordinateurs personnels se connecteraient. La première priorité serait de relier les personnes entre elles, la seconde de les relier au reste du monde. Sur un second front, nous pourrions utiliser des connexions intermittentes par satellite afin que les citoyens de ces pays puissent mettre en ligne et télécharger des informations avec le reste du monde… »

Les humains sont les routeurs

Humans are the routers

Shervin Pishevar – 27 février 2011 – Techcrunch.com
(Traduction Framalang : Naar, Pandark et Goofy)

Le 7 janvier 2010, j’étais convié à un petit dîner privé avec la secrétaire d’État Hillary Clinton au département d’État avec l’inventeur de Twitter, Jack Dorsey, Eric Schmidt, le PDG de Google et quelques autres. Nous étions là pour parler des technologies et des questions diplomatiques du XXIe siècle. Au cours de la discussion, j’ai remarqué près de moi la petite table sur laquelle Thomas Jefferson rédigea le premier jet de la Déclaration d’Indépendance. J’étais inspiré par l’Histoire qui nous entourait pendant que nous discutions de celle qui s’ouvrait devant nous. Je faisais face à Mme Clinton quand elle m’a posé une question à laquelle j’ai répondu : « Madame la Secrétaire d’État, le dernier bastion de la dictature est le routeur ». Cette soirée a fait germer certaines des idées au cœur de l’important discours de la secrétaire d’État au sujet des libertés sur Internet le 21 janvier 2010.

Passons directement, quasi un an plus tard,au 25 janvier 2011 — un jour qui devait marquer l’Histoire aux côtés de dates comme le 4 juillet 1776. La décision de l’Égypte de bloquer entièrement Internet et le réseau de télécommunications mobiles a été l’une des premières salves dans une guerre de munitions électroniques. Sur ce nouveau front, les humains sont les routeurs, et armés des nouvelles technologies, ils ne pourront plus jamais être bloqués ni réduits au silence.

J’étais debout depuis des jours, partageant et tweetant les informations au fur et à mesure de leur apparition. J’avais deux amis proches en Égypte, qui me transmettaient des informations quand ils le pouvaient. Le jour où l’Égypte a bloqué Internet et le réseau mobile, je me suis souvenu de ce que j’avais dit à la secrétaires d’État Clinton. La seule ligne de défense contre le filtrage et le blocage par un gouvernement des communications et de la coordination entre ses citoyens via les réseaux de communication était de créer un nouveau type de technologies de communication que les gouvernements auraient du mal à bloquer : un réseau maillé, sans fil, dédié. J’ai appelé cette idée OpenMesh et l’ai tweettée.

Au cours des heures qui ont suivi, grâce au travail commun des volontaires, le projet OpenMesh prenait forme, avec un nom de domaine, un site web et un forum. Un volontaire, Gary Jay Brooks, tech-entrepreneur du Michigan, s’est proposé comme directeur bénévole pour coordonner le travail. Une autre société au Canada a offert bénévolement des spécifications pour un mini-routeur mobile pouvant être dissimulé dans une poche, et dont la fabrication ne nous coûterait que 90 dollars par unité. Un autre pionnier des communications s’est manifesté pour faire don d’importants brevets dans ce domaine.

L’idée fondatrice d’OpenMesh est que nous puissions utiliser de nouvelles techniques pour créer un réseau Internet secondaire dans les pays comme la Libye, la Syrie, l’Iran, la Corée du Nord et d’autres régimes répressifs dans lesquels les citoyens ne peuvent pas communiquer librement. En créant des routeurs mobiles qui se connectent entre eux, nous pourrions créer un réseau auquel les téléphones portables et les ordinateurs personnels se connecteraient. La première priorité serait de relier les personnes entre elles, la seconde de les relier au reste du monde. Sur un second front, nous pourrions utiliser des connexions intermittentes par satellite afin que les citoyens de ces pays puissent mettre en ligne et télécharger des informations avec le reste du monde. OpenMesh se veut un lieu d’échange d’informations pour connecter les meilleures idées existantes et mettre les outils entre les mains de tous.

Le réseau OpenMesh est un type de réseau au sein duquel chacun des nœuds reliés au réseau peut agir comme un routeur indépendant ou un dispositif intelligent, qu’il dispose ou non d’une connexion à Internet. Les réseaux maillés sont incroyablement robustes, avec des connexions continues qui peuvent se reconfigurer autour de chemins brisés ou bloqués en « sautant » de nœud en nœud jusqu’à ce que la destination soit atteinte, comme un autre appareil sur le réseau ou une liaison vers Internet. Quand un accès local à Internet est disponible, ils peuvent augmenter le nombre de personnes capables de s’y connecter. Lorsqu’il n’y en a pas, les réseaux maillés peuvent permettre aux personnes de communiquer ensemble même si les autres formes de communication électronique sont hors d’usage. Les dispositifs sont compatibles avec la plupart des ordinateurs équipés du wifi et fonctionnent sur les systèmes Microsoft Windows, Apple OS X et Unix existants, ainsi que les appareils mobiles iPhone et Android. Un réseau open source offre de plus une solution adaptable qui engage des frais réduits tout en évitant les erreurs du passé et les verrous des constructeurs. Combinés à du matériel ouvert, ces réseaux rendent plus facile une maintenance évolutive et leur amélioration sur le long terme.

Nous allons établir, construire, soutenir et distribuer un firmware Mesh open source qui permettra aux citoyens du monde de communiquer sans téléphone ni câblo-opérateur. Le produit brut d’OpenMeshProject.org sera libre et gratuit à télécharger et utiliser. La technologie sera distribuée et maintenue comme projet open source GPL v2. Cela signifie que tout le monde peut utiliser ou modifier le logiciel. Notre travail en tant que communauté sera de soutenir le projet. Nous aiderons à créer des standards. Nous aiderons les communautés à créer des réseaux maillés. Nous ferons pression sur les fabricants d’équipement pour qu’ils rejoignent l’initiative du Projet Open Mesh. L’idée tourne entièrement autour de la technologie sans fil qui nous permettra de communiquer ensemble sans ligne, ni câble, ni fibre. Nous construirons un réseau privé capable de couvrir des pays entiers. Nous donnerons le pouvoir aux citoyens de demain. Au final, une grand-mère pourra trouver ce disque dans la rue, rentrer à la maison, installer le CD dans son ordinateur portable et rejoindre le réseau maillé en deux clics. Après quoi elle commencera à voir les autres sur son réseau, à cliquer pour y appeler d’autres membres, rejoindre des conversations multi-utilisateurs ou chercher des amis en ligne pour discuter. Nous, en tant que communauté d’OpenMeshProject.org, faciliterons la construction et le soutien de ce projet. Nous construirons tous ensemble un maillage. Nous inviterons les gens à participer et à proposer de nouvelles innovations. En travaillant ensemble, nous pouvons assurer les communications qui seront nécessaires demain.

La liberté de communiquer fait partie de nos droits fondamentaux. Le XXIe siècle sera défini par le principe qu’aucun gouvernement, aucun pouvoir ne devra jamais bloquer ni brider le droit de tous les hommes et femmes de communiquer ensemble. Mon rêve le plus cher, c’est que de mon vivant, les dictatures soient bannies de cette planète et qu’une véritable démocratie non limitée fleurisse partout. Il est temps que cessent nos marchés faustiens avec les dictateurs brutaux pour des intérêts à court terme et qu’ils soient remplacés par une nouvelle alliance avec les citoyens du monde entier qui recherchent la liberté. OpenMesh est un premier pas qui aidera à créer un monde où une telle alliance pourra se maintenir, un monde où les personnes courageuses armées de ces nouveaux outils ne pourront plus jamais être contraintes ni muselées.

Note de l’éditeur : L’auteur invité Shervin Pishevar est le fondateur du projet OpenMesh et de SGN, ainsi qu’un Business angel actif.

Dans cette courte séquence vidéo, extraite du film Patent Absurdity, que nous vous présentons aujourd’hui sous-titrée par nos soins, Richard Stallman nous alerte par analogie sur les dangers que représentent les brevets appliqués aux logiciels. Et si Beethoven avait été confronté en son temps à un système de brevets sur la musique ?

Cette séquence nous renseigne à double titre.

D’une part, la pertinente démonstration nous fait toucher du doigt les dangers du brevet logiciel dont le principe a été maintes fois repoussé en Europe mais qui menace toujours. Pour en savoir plus sur le sujet, nous ne saurions que trop vous conseiller de lire la synthèse que vient de publier l’April.

D’autre part, pour qui connaît un peu le bonhomme et son histoire (lire à ce sujet le framabook « Richard Stallman et la révolution du logiciel libre – Une biographie autorisée »), on imagine sans peine la frustration qu’un système de brevets logiciels – en vigueur aux États-Unis – peut engendrer. Richard Stallman est un hacker reconnu, c’est-à-dire un virtuose du code, et l’on peut alors parler d’un art de la programmation. Un art qui a eu ses Beethoven et qui souhaite continuer à en avoir encore demain.

—> La vidéo au format webm
—> Le fichier de sous-titres

Transcript du sous-titrage

URL d’origine du document

Imaginons qu’au XVIIIe siècle les gouvernements d’Europe aient décidé d’encourager le progrès de la musique symphonique – ou du moins le pensaient-ils – avec un système de brevets sur les idées musicales.

Toute personne pouvant décrire une nouvelle idée musicale avec des mots obtiendrait un brevet qui serait un monopole sur cette idée.

Cette personne pourrait ensuite poursuivre quiconque mettant en œuvre cette idée dans un morceau de musique.

Ainsi un motif rythmique pourrait être breveté, ou une séquence d’accords, ou un ensemble d’instruments à utiliser ensemble, ou n’importe quelle idée que vous auriez pu décrire avec des mots.

Maintenant imaginez que nous sommes en 1800, que vous êtes Beethoven et que voulez écrire une symphonie.

Vous allez trouver qu’il est plus difficile d’écrire une symphonie pour laquelle vous ne serez pas poursuivi en justice, que d’écrire une symphonie qui sonne bien.

Parce que pour écrire une symphonie et ne pas être poursuivi, vous allez devoir frayer un chemin au travers de milliers de brevets sur les idées musicales.

Et si vous vous plaignez en disant que cela entrave votre créativité, les titulaires de brevets diraient : « Oh, Beethoven, vous êtes juste jaloux parce que nous avons eu ces idées avant vous. Pourquoi devriez-vous voler nos idées ? »

Nous avons recopié ci-dessous un mail que nous avons reçu hier d’un de nos lecteurs suisses. Il raconte l’histoire d’une « association de trois malfaiteurs » : Google, Microsoft et l’État français, qui trompent indûment les néophytes souhaitant découvrir l’informatique.

En effet, en voulant aider sa sœur à (enfin) s’initier aux nouvelles technologies, Florian a naïvement tapé « débuter en informatique » dans Google.

Et il est tombé en deuxième lien sur une horrible page du très officiel site gouvernemental de la Délégation aux Usages de l’Internet (DUI)^[1].

Horrible parce que n’ayant visiblement pas été mise à jour depuis 2006, on se retrouve avec des informations totalement obsolètes qui font la part belle à Word et Windows !

Aucune référence explicite au logiciel libre. On y trouve bien une petite mention de notre OS favori mais l’unique lien est un LUG canadien : « Windows reste le système d’exploitation le plus répandu, ceux qui souhaitent s’initier à Linux peuvent consulter le site GULUS (groupe d’utilisateurs Linux de l’Université de Sherbrooke), destiné aux débutants ».

Le problème c’est que l’obsolescence de cette page n’est pas le problème de l’algorithme de Google, et il continue donc de proposer cette page en tête de gondole lorsque l’on cherche à débuter en informatique. Du coup j’ai bien peur que la sœur de Florian n’ait pas été la seule à tomber sur ce lien qu’il serait responsable de supprimer ou de mettre immédiatement à jour en n’oubliant pas cette fois-ci le logiciel libre.

PS : Si vous avez envie de le leur suggérer directement, vous trouverez quelques adresses de courriel sur cette page du site.

Un courriel de Florian S.

Titre : Un gouvernement aux bottes de Microsoft

Bonjour à vous chers responsables du site Framasoft,

Tout d’abord je tiens à vous remercier pour tout le travail que vous faites sur les différents projets (j’ai un faible pour les Framabook), je suis rarement actif dans la communauté cependant je suis un libriste convaincu, je préfère peut-être en parler autour de moi plutôt que sur Internet qui regorge assez d’informations.

Aujourd’hui ma sœur a décidé de se mettre à l’informatique, elle va endurer un apprentissage relativement long puisqu’elle a toujours refusé de s’y mettre et qu’elle doit donc apprendre depuis zéro, il est évident que je vais de suite la mener au monde du Libre.

Pour cela j’ai fais une requête sur Google, digne d’un débutant (sans méchanceté aucune) afin de me fournir en documentation pour savoir quel aspect de l’informatique je devrais mettre en valeur pour commencer, il m’a suffit de taper « débuter en informatique » pour avoir une vision globale du gouvernement français (grâce à mon oeil libriste), si comme moi, le deuxième lien de Google pointe sur cette page je pense à juste titre, que cela est un sujet à mettre en valeur chez Framasoft et partout ailleurs dans la culture libre, les possibilités de débuter en informatique sans être enchaîné, je pense que c’est un point qui nous manque de manière cruciale.

Par la même occasion, étant suisse je ne peux rien pour changer le gouvernement français, je vous sollicitais afin de mettre en pratique les mots Liberté – Égalité – Fraternité situé sur l’image en haut de la page Web pour peut-être changer le monde…

Ce petit message, destiné aux responsables de ce site est pour émettre une petite attention sur les débutants, car actuellement, de par ma requête, tout débutant est voué à tomber entre les mains de gourmands monopoles. Je suis aussi dégoûté du manque de réflexion qu’ont les gens face à l’informatique, le manque de recul, ce qui donne évidemment la page telle que vous la voyez sur le site de votre gouvernement.

Si il faut de l’aide, pour rédiger des notices, tutoriels pour débuter en informatique, je tenterai de mettre à contribution le peu de temps libre que j’ai.

Merci à vous Framasoft et les autres de m’avoir permis de découvrir l’informatique, la vraie !

Meilleures salutations, Florian S.

Non seulement Microsoft « représente l’avenir de l’économie mondiale » mais aussi Microsoft « symbolise beaucoup des priorités de la politique économique du Gouvernement » !

La citation exacte, prononcée par François Fillon le 27 janvier dernier à l’occasion d’une visite au siège de Microsoft pour y parler de l’emploi des jeunes, est la suivante :

« Je voulais depuis longtemps venir ici à Microsoft, parce que l’entreprise symbolise beaucoup des priorités de la politique économique du Gouvernement, à la fois parce qu’elle représente la très haute technologie, l’avenir de l’économie mondiale et qu’elle a fait un choix d’implanter une grande partie de ses activités, notamment de ses activités de recherche en France et je sais qu’un certain nombre de mesures que nous avons prises, comme le crédit impôt recherche n’y est pas étranger. »

Je vous laisse juge de la pertinence du propos.

Notre Premier ministre poursuit : « Et puis ensuite, et c’est la raison pour laquelle je suis avec Xavier Bertrand et Nadine Morano ici ce matin, parce que Microsoft est une entreprise exemplaire en matière d’alternance, en matière d’apprentissage, 5 % de ses recrutements sont en alternance c’est plus que le niveau légal minimum. ET il se trouve que cela correspond à une priorité absolue du Gouvernement. »

(intégralité de l’allocution en texte ou en vidéo)

Que Microsoft soit « exemplaire » en matière d’emplois des jeunes et qu’on soit bien content que la société ait décidé d’implanter son siège européen en France, je n’y trouve a priori rien à redire. Sauf peut-être. que le « vrai » siège lui est en Irlande, pour d’évidentes raisons fiscales, et que c’est autant d’argent qui n’est pas redistribué dans l’économie nationale. Et puis n’oublions pas également que Microsoft tire principalement ses revenus de ses vaches à lait que sont Windows et MS Office, qui bénéficient d’une rente de situation de fait (cf le problème de la vente liée) non propice à développer l’informatique locale (et tous les emplois qui vont avec, CQFD). Inutile de rappeler qu’il en va autrement chez le logiciel libre.

Ajoutons que pour un site comme Framasoft qui fait ce qu’il peut depuis des années pour dénoncer la trop grande place faite à Microsoft dans l’Éducation nationale française, ce vibrant hommage, venu du plus haut sommet de l’État, n’est pas forcément une bonne nouvelle. Cela va compliquer plus encore les négociations avec les décideurs de rue de Grenelle. En plus je croyais que c’était plutôt le modèle Apple ou Google qui avait le vent en poupe ces derniers temps chez les observateurs du Nasdaq.

En tout cas, si « Microsoft symbolise les priorités économiques du Gouvernement », je comprends mieux pourquoi cela ne ne se passe pas bien^[1].

En toute objectivité, et quelles que soient vos respectables opinions politiques, nous nous sommes choisis, me semble-t-il, le pire gouvernement qui soit pour ce qui concerne les nouvelles technologies. La gauche, les écologistes, le centre la droite non inféodée et même Le Pen (qui, si, si, sait distinguer une licence GPL d’une licence BSD) auraient certainement fait mieux !

Dans un an ce sera l’heure du bilan et il me sera bien difficile de dégager du positif dans ce quinquennat pour l’Internet, le logiciel libre, sa culture et ses enjeux.

Addendum : Dans ce contexte, on pourra s’amuser à relire l’article Fillon, ce « vrai geek »… de Libération, qui commence ainsi : « Fondu d’informatique, le Premier ministre ? Dans un entretien au magazine SVM, il confie vouloir essayer toutes les nouveautés… »

Framasoft est fier et heureux d’annoncer officiellement la sortie d’un nouveau volume à sa collection de livres libres Framabook. Il s’agit de la traduction d’un livre considéré comme une référence chez les développeurs anglophones : Producing Open Source Software, de Karl Fogel.

C’est une évidence, maintes fois constatées : il ne suffit pas de coller une licence libre au code source de son application pour en faire un logiciel libre à succès. Nombreux sont les paramètres à prendre en compte pour se donner les moyens de véritablement réussir votre projet. Cela ne coule pas de source, si j’ose dire, et c’est pourquoi un tel ouvrage peut rendre de grands services.

Ayant payé de sa personne, Karl Fogel n’hésite pas à affirmer lui-même que 95% des projets échouent. Et de rédiger alors ce livre pour contribuer à faire en sortie que le pourcentage restant remonte !

Dans la foulée du framabook sur Unix et sur le langage C, nous faisons un effort didactique tout particulier pour accompagner tous ceux qui souhaiteraient se lancer dans la création de logiciels libres ou rejoindre un projet existant. Nous pensons à ceux qui ne maîtrisent pas forcément d’emblée l’anglais.

Nous pensons également aux jeunes débutants. Parce que, comme cela a déjà été souligné, l’informatique est l’une des grandes absentes de l’enseignement secondaire français. Alors, fille ou garçon, l’étudiant motivé se retrouve bien souvent livré à lui-même et c’est à lui de se débrouiller pour extraire le bon grain de l’ivraie du Grand Internet. Nous espérons lui être utile en lui apportant notamment ici gain de temps et efficacité.

Voici comment le livre est présenté dans le communiqué de presse joint à ce billet :

« Teinté d’humour et de réflexions subtiles, ce livre prodigue de précieux conseils à ceux qui souhaitent commencer ou poursuivre un projet de développement en logiciel libre. Pour cela, Karl Fogel propose une description claire et détaillée des bonnes pratiques de développement. Il initie non seulement le lecteur à la méthode de travail collaboratif mais démontre aussi l’importance des relations humaines dans la réussite d’un projet, comme l’art d’équilibrer actions individuelles et intérêt commun. Identifiés à travers sa longue expérience en gestion de projet open source, différents aspects sont abordés : structurer l’ensemble de la communauté de développeurs, maintenir un système de gestion de versions, gérer les rapports de bugs et leurs corrections, bien communiquer à l’intérieur comme à l’extérieur du projet, choisir une licence adaptée au logiciel… »

Grâce à son expérience du développement open source, Karl Fogel nous livre ici bien davantage qu’une simple marche à suivre pour qu’un projet voit le jour et ait une chance d’aboutir. Il s’agit en effet de détailler les éléments stratégiques les plus importants comme la bonne pratique du courrier électronique et le choix du gestionnaire de versions, mais aussi la manière de rendre cohérents et harmonieux les rapports humains tout en ménageant les susceptibilités… En somme, dans le développement Open Source peut-être plus qu’ailleurs, et parce qu’il s’agit de trouver un bon équilibre entre coopération et collaboration, les qualités humaines sont aussi décisives que les compétences techniques. »

La traduction de cet ouvrage a obéi aux mêmes principes que ceux exposés par Karl Fogel. Elle fut le résultat de la convergence entre les travaux initiés par Bertrand Florat et Étienne Savard et ceux de Framasoft coordonnés par Christophe Masutti. Comme d’habitude, ce livre a été finalisé dans La Poule ou l’Œuf et peut se commander en version papier chez InLibroVeritas pour la modique somme de 15 euros.

Comme d’habitude aussi ce livre est sous licence libre (Creative Commons By) et est intégralement consultable en ligne ou téléchargeable dans sa version numérique sur le site Framabook. Parce qu’ici comme ailleurs, et peut-être même plus qu’ailleurs, il nous apparaît fondamental de pouvoir en assurer sa plus large diffusion et participer ainsi à susciter des vocations.

Nous comptons sur vous pour signaler l’information 😉

Framasoft ne serait rien sans les développeurs de logiciels libres. Ce projet est en quelque sorte une manière pour nous de les remercier.

Auriez-vous deviné que l’article que nous vous proposons aujourd’hui date de 1998 ? Oui car il est question de francs et non d’euros, mais sinon force est de constater qu’il est toujours d’actualité.

On pourrait même ajouter qu’il est malheureusement toujours d’actualité car les arguments avancés restent pertinents alors que, douze ans plus tard, les solutions envisagées n’ont toujours pas été prises. Et il est alors légitime de se demander pourquoi, et qui a et a eu intérêt à ce qu’il soit urgent de ne rien faire.

J’ai donc voulu profiter du fait que le Framablog est relativement bien intégré dans la sphère des blogs et autres réseaux sociaux pour le sortir de sa naphtaline et vous le faire partager. Nous devons cet article à Bernard Lang, directeur de recherche à l’Inria et membre fondateur de l’AFUL.

Le sujet de la place de l’informatique à l’école est un sujet qui semble a priori un peu à la marge des logiciels libres. Il n’en est rien pourtant. Et c’est pourquoi nous publions régulièrement des articles sur ce thème, en soutenant le travail, enfin proche d’aboutir, de Jean-Pierre Archambault et d’autres, au sein notamment de l’EPI et de l’ASTI :

• À propos de la formation aux logiciels libres, par Jean-Pierre Archambault
• Enseigner et apprendre l’informatique sans ordinateur
• L’informatique doit-elle rester un simple outil à l’école ?
• Informatique à l’école : Tout ne va pas très bien Madame la Marquise
• Ouvrons le débat de l’informatique à l’école

C’est aussi pourquoi notre collection de livres libres Framabook accueille des titres comme Le C en 20 heurs ou Tout ce que vous avez toujours voulu savoir sur Unix sans jamais oser le demander.

Il ne s’agit pas de faire de tout citoyen un programmeur chevronné. Mais logiciels (libres ou pas), données (personnelles ou pas), réseaux, Cloud Computing, Internet (filtrage, neutralité), Hadopi, Acta, Loppsi, Facebook, Microsoft, Apple, Google, Wikileaks, Anonymous… comment comprendre et appréhender au mieux ce nouveau monde si l’on n’a pas un minimum de culture informatique ?

Parce que dans le cas contraire, on se met alors tranquillement à accepter, pour ne pas dire applaudir, l’entrée des iPad dans nos écoles, ce qui devrait d’ailleurs être le sujet de mon prochain billet^[1].

L’Informatique : Science, Techniques et Outils

URL d’origine du document

Bernard Lang (INRIA) – décembre 1998

(Présenté à LexiPraxi 98, journée de réflexion sur le theme «Former des citoyens pour maîtriser la société de l’information», organisée le 9 décembre 1998 à la Maison de l’Europe (Paris) par l’AILF. L’auteur remercie Pierre Weis pour sa relecture et ses nombreux commentaires.)

« Le développement extrêmement rapide des technologies de l’information et de la communication ouvre un formidable potentiel de croissance et de création d’emplois, mêlant des enjeux industriels, économiques et sociaux considérables. Ces technologies constituent le premier secteur économique des prochaines années… » (Bernard Larrouturou – L’INRIA dans dix ans – 1997)

Devant une telle analyse, devant l’importance de l’enjeu, l’on imagine aisément que l’une des premières choses à faire est de développer les sciences de l’information dans l’enseignement, afin de préparer les élèves aux défis du prochain siècle. C’est effectivement ce qui se passe, et l’on voit les USA dépenser des sommes de l’ordre de 100 milliards de francs par an pour l’informatisation des écoles. Sans être du même ordre, les efforts consentis par la France dans ce domaine sont également considérables. Et pourtant, selon un article de Todd Oppenheimer, The Computer Delusion, paru dans la revue Atlantic Monthly en Juillet 1997, l’introduction de l’informatique dans les établissements scolaires est loin de donner les résultats que l’on pourrait attendre de tels investissements, et l’on peut légitimement se demander si des investissements moindres, mais autrement employés, ne donneraient pas de meilleurs résultats.

Où est l’erreur ?

L’une des premières remarques que l’on peut faire est que les plus ardents promoteurs de l’informatique à l’école sont les constructeurs de machines, et surtout les éditeurs de logiciels. Il s’agit donc de promotion corporatiste et commerciale, d’habituer les familles et les futurs consommateurs à ces produits, de capturer des marchés, bien plus que d’améliorer le système éducatif. À cet égard l’Union Européenne n’est pas en reste. Si l’on analyse une document comme le Rapport de la Task force Logiciels éducatifs et Multimédia de la Commission Européenne, on constate que la Commission est bien plus préoccupée de développer des marchés lucratifs que d’améliorer le système éducatif. Devant cet assaut mercantile, beaucoup de voix s’élèvent contre l’introduction excessive, trop vite planifiée et mal analysée de l’informatique à l’école, en se demandant si l’utilité pédagogique en est réelle, si l’on n’est pas en train d’appauvrir le système éducatif, que ce soit par le choix d’innovations faussement pédagogiques, ou simplement par une mauvaise évaluation des priorités d’investissement.

Nullement compétent en matière de théorie pédagogique, je me garderai bien de trancher dans un sens ou un autre. Force est cependant de constater qu’il est clair que les nouveaux outils informatiques ont déjà montré qu’ils pouvaient, au moins dans certaines circonstances, apporter un plus pédagogique. Mais de là à faire un investissement massif, sur des ressources chères, sans analyse sérieuse des différentes alternatives, sans expérimentation sur le long terme, simplement sous la pression des marchés et des média, est-ce bien raisonnable ?

Mais là n’est pas l’essentiel de notre propos. Car nous avons parlé de pédagogie, alors que les enjeux du prochain siècle sont d’abord, nous le disions, dans la maîtrise des nouvelles technologies, et au moins autant dans la maîtrise d’une transformation radicale de notre environnement due à l’utilisation massive des ressources informationnelles, en particulier grâce à l’Internet. Mais cet aspect des choses est curieusement très largement ignoré dans l’évolution de nos programmes éducatifs. L’attention se focalise trop sur l’informatique comme support de la pédagogie, au sens le plus traditionnel du terme (même si les techniques sont très nouvelles dans certains cas), et l’on ignore assez systématiquement l’informatique en tant que discipline d’enseignement, l’informatique comme sujet d’étude.

A cette distinction évidemment essentielle, il convient d’ajouter une troisième catégorie, l’informatique comme outil dans l’enseignement. Je pense en particulier à l’intrusion d’outils, d’intermédiaires informatiques, dans certaines disciplines. Sans vouloir m’étendre sur ce sujet, qui relève également de la pédagogie, on peut se demander si la trop grande présence de médiations informatiques, par exemple dans la conduite d’expériences de physique, n’introduit pas une trop grande distanciation par rapport à l’objet étudié. L’élève ne risque-t-il pas de prendre l’habitude de faire plus confiance à ce que lui dit l’ordinateur qu’à ses sens, son esprit critique, ses facultés d’analyse. Combien d’élèves sont déjà totalement dépendants de leur calculette, et incapable d’un calcul mental simple sur des ordres de grandeur sans vérifier immédiatement sur l’écran magique. On retrouve ce problème dans l’enseignement de l’informatique elle-même, quand l’apprentissage passif des outils se fait dans l’ignorance de toute compréhension des mécanismes, même les plus simples, qu’ils mettent en jeu.

Si les enjeux réels sont dans la maîtrise des sciences de l’information, ce sont ces sciences, et en particulier l’informatique, qu’il faut enseigner en tant que discipline scientifique.

Mais comme beaucoup d’autres disciplines, l’informatique a de multiples facettes, science théorique et expérimentale objet de recherches d’une grande diversité, technologie donnant lieu à une activité industrielle considérable, et ensemble d’outils des plus en plus intégrés à notre vie quotidienne, familiale ou professionnelle. Probablement en raison de la jeunesse de cette discipline, et précisément à cause de son manque actuel d’intégration dans le cursus scolaire, la distinction entre ces aspects complémentaires, mais indissociables, n’est pas faite dans les esprits. Beaucoup en sont encore à confondre les aspects fondamentaux et pérennes avec leur expression actuelle dans des outils destinés à évoluer rapidement. Comme mes collègues et moi-même l’écrivions dans Le Monde, les disciplines plus anciennes distinguent sans problème ces trois composantes, et nul ne confond la thermodynamique, la technologie des moteurs à explosion et le mode d’emploi d’un véhicule automobile. Cette confusion, encore présente dans le cas de l’informatique, est en outre renforcée par le fait que chacun pouvant s’essayer assez facilement à certains de ses aspects originaux, comme la programmation sur des problèmes simples, on a l’illusion que c’est une discipline facile à maîtriser et sans réelle profondeur. Mais en fait cela revient à se prétendre spécialiste du génie civil et de la résistance des matériaux parce que l’on sait établir un pont en jetant une planche sur un ruisseau.

Pour en revenir à l’enseignement des outils fondés sur l’informatique, et non des outils de l’informatique, il est malheureusement fréquent de voir appeler cours d’informatique un enseignement qui se fonde uniquement sur l’apprentissage de la mise en marche d’un ordinateur, et sur l’utilisation de quelques outils de bureautique. Mais c’est là un cours de bureautique, et non d’informatique, aussi bien que d’apprendre à conduire et à remplir le réservoir de sa voiture ne saurait constituer un cours de thermodynamique, ni même de technologie automobile. C’est utile, certes, dans la vie courante, mais ce n’est aucunement formateur pour l’esprit des élèves. De plus, la technologie informatique étant en évolution rapide, la pérennité de cet enseignement est très aléatoire, d’autant plus que le manque de variété des outils utilisés prive les élèves de toute espèce de recul par rapport à ces outils.

Mais le problème est à mon sens beaucoup plus grave en ce qui concerne l’enseignement de la technologie informatique, que ce soit à l’école ou à l’université. Cette technologie est complexe, en évolution permanente, et très largement contrôlée par l’industrie informatique et notamment les grands éditeurs. Or l’on constate que trop souvent, cet enseignement consiste plus à apprendre à se servir des réalisations technologiques de ces éditeurs qu’à en comprendre les principes, à savoir les critiquer, à savoir les comparer avec d’autres approches, commerciales ou non. Sous le pretexte fallacieux de préparer les étudiant à la vie active, en fait aux besoins les plus immédiats de leurs futurs employeurs, on fait passer pour formations universitaires ce qui n’est que formations kleenex, destinées à devenir obsolètes aussi vite que les produits (souvent déjà obsolètes par rapport à l’état de l’art) sur lesquels elles se fondent. Manquant de profondeur, ces formations ne sauraient être durables, et c’est ainsi que le système éducatif prépare de futur chomeurs et la pénurie de professionnels compétents pour notre industrie. Une bonne façon de garantir la qualité et la pérennité d’un enseignement – et de former l’esprit critique des élèves – c’est de toujours l’asseoir sur une assez large variété d’exemples, que l’on peut comparer et opposer pour en extraire les aspects les plus essentiels, en évitant de se cantonner à l’apprentissage d’un seul type de solutions techniques.

Une première étape en ce sens consisterait à se départir du totalitarisme actuel, en matière de systèmes d’exploitation, de réseaux et de solutions bureautiques notamment, et à faire pénétrer une plus grande diversité de logiciels dans le système éducatif. Il est vrai que la gestion de la diversité a un coût, mais le bénéfice pédagogique le justifie. En outre, il ne faut pas oublier que l’enseignement public a un devoir de laïcité, d’indépendance, et qu’il est donc impératif qu’il évite de se faire le champion d’une marque, d’un produit ou d’une école de pensée. Enfin, il ne faut pas oublier non plus que la diversité est aussi un facteur de progrès et de stabilité « écologique » qui sont essentiels pour le développement d’un secteur technologique. Introduire cette diversité à l’école, quoi que puissent en dire des entreprises qui vivent par nécessité avec un horizon à six mois, c’est aussi garantir un meilleur équilibre futur de notre économie.

Si l’informatique est enseignée comme science fondamentale à l’université, au moins dans les enseignements les plus avancés, cet aspect n’est ni abordé ni même évoqué au niveau de l’enseignement général. Cela ne peut que renforcer une attitude de passivité vis à vis de ce qui apparaît alors comme une technologie ancillaire, ne méritant pas que l’on s’attarde sur son influence croissante, sur le pouvoir qu’elle s’octroie dans toutes nos activitées. Ainsi une meilleure compréhension du rôle fondamental des mécanismes de représentation et d’échange des données nous rendraient certainement plus sensibles à cette forme de dépendance qui s’établit insidieusement dans notre société quand tous nos modes de gestion et de communication de l’information sont peu à peu entièrement contrôlés par des entreprises privées, dont les seuls objectifs sont de nature mercantile.

Outre que l’informatique a ses propres problèmes, sa propre façon de les traiter, ses propres résultats fondamentaux, elle est intéressante du point de vue de l’enseignement général parce que c’est une science carrefour. Il y a bien sûr des aspects classiquement scientifiques dans l’informatique, mais en plus, par les concepts qu’elle met en oeuvre, elle se rapproche d’autres disciplines littéraires. Par exemple, en informatique, les notions de langage, de syntaxe et de sémantique sont très importantes. Dans l’enseignement actuel, ces concepts relèvent du français ou de la philo… et voilà que l’on peut les illustrer de façon plus concrète – peut-être imparfaite car trop formalisée et mécanique, mais ce défaut-même est source de considérations enrichissantes – par des exemples opérationnels, presques tangibles. À côté de cela, on y rencontre des problèmes de logique, des questions strictement mathématiques, des problématiques apparentées à la physique la plus théorique… On peut donc y trouver matière à discuter de nombreux concepts qui sont aussi pertinents dans d’autres domaines, et donc à éventuellement réduire la dichotomie qui est souvent perçue entre les sciences et les humanités. C’est une situation assez extraordinaire, un champ d’ouverture intellectuelle, dont il est vraiment dommage de ne pas profiter.

Tout n’est cependant pas négatif dans l’informatisation de notre enseignement. Le fort accent mis sur le développement de la connectivité avec l’Internet, bien que souvent décrié, est une avancée essentielle, et cela pour au moins deux raisons majeures.

La première de ces raisons est tout simplement que les élèves d’aujourd’hui seront appelé à vivre dans un monde où la maîtrise de l’information omniprésente sera un élement majeur de la vie sociale. À bien des égards, celui qui ne saura pas gérer cet espace de données, de connaissances et de communication sera dans une situation de dépendance analogue à ceux qui, aujourd’hui, ne savent pas lire, ne savent pas trouver leur chemin sur une carte ou remplir un formulaire. « Apprendre l’Internet », c’est apprendre à vivre dans la société de demain.

La deuxième raison est sans doute encore plus fondamentale pour l’éducation citoyenne. Même sans l’informatique, notre monde a atteint une complexité extrème où les citoyens ont de moins en moins leur mot à dire, où même les pouvoirs politiques sont de plus en plus impuissants devant la complexification des structures économiques et sociales et surtout la mondialisation généralisée. Pour ne prendre qu’un exemple, majeur, les entreprises ont acquis une existence autonome, fortes de leur puissance économique et de leurs dispersion géographique, dans un système où les êtres humains, clients, employés, dirigeants ou actionnaires, ne sont plus que des pions sans aucun pouvoir indépendant. Elles en sont au point où elles disputent leur pouvoir aux nations, aux représentant élus de la population. Face à une situation où la place même de l’homme sur cette planète est radicalement remise en cause, il est nécessaire de trouver de nouvelles structures, de nouveaux modes d’échange, de communication et d’organisation qui permettent au citoyen de retrouver la place qui lui revient dans une société devenue mondiale. Et cela est possible, grâce à l’Internet, à condition d’apprendre à en maîtriser les ressources, à comprendre, voire à tolérer – ce qui n’est pas toujours facile – les points de vues d’autres cultures maintenant à notre porte, à communiquer, à partager et à coopérer avec les autres citoyens du monde. Ce discours, qui peut paraître à certains idéaliste, utopique, voire irréaliste ou fantaisiste, correspond pourtant à une réalité vécue par un nombre tous les jours croissant d’individus. L’action d’un individu sur l’Internet peut faire sentir ses effets dans le monde entier, si tant est qu’elle est pertinente. Et quand une fraction, même minuscule, des centaines de millions d’individus qui accèdent l’Internet décide de coopérer, cela fait une masse énorme susceptible de renverser des montagnes, de mettre en difficulté ou de faire concurrence aux entreprises les plus puissantes, de tenir en échec les tentatives hégémoniques les plus soigneusement préparées, comme cela s’est produit encore récemment pour l’AMI, l’Accord Multilatéral sur l’Investissement préparé en catimini par l’OCDE.

« Apprendre l’Internet », c’est apprendre la citoyenneté de demain.

Alors, à quoi ressemblait cette fameuse semaine aux HackWeeks « automne 2010 » finalement ?

Avant de faire un bilan de cette semaine particulière et riche en échanges, consacrons déjà un billet au déroulement type d’une journées standard, au cours de cet évènement qui réunit en un même lieu 25 participants de 4 projets de développement de logiciel libre, logés, nourris et bichonnés par une bonne douzaine de bénévoles de l’association des Éleveurs de Pingouins Picards, le LUG local, célèbre pour son organisation des Rencontres Mondiales du Logiciel Libres en 2007.

D’un certain point de vue, les journées aux HackWeeks commençaient comme ça (petit clin d’œil au passage aux équipes de Seeks et Domogik, ainsi qu’au magnifique soleil matinal amiénois) :

Et elles se terminaient de la manière suivante :

Mais rassurez-vous, je suis là pour témoigner du fait qu’on était bien traités entre les deux.

D’ailleurs, pour être honnête, les journées commençaient plutôt comme ça :

Par un réveil matinal dans les confortables chambres individuelles (à 2 ou 4 lits), situées juste en face du CREPS d’Amiens où se déroulait l’évènement, et que l’on pouvait joindre en deux pas ^[1] après une bonne douche ^[2].

Des matinées studieuses

Dès 8 h 30, les premiers développeurs acharnés, d’un naturel calme et tranquille ^[3] se rassemblaient dans la grande salle de travail, où quatre groupes de tables avaient été aménagés pour accueillir les participants de chaque projet.

Toutefois, les développeurs étant visiblement en majorité des « couche-tard », c’est seulement vers 10 h 30 que le gros des troupes en avait fini avec le petit déjeuné, servi sous forme de buffet à volonté dans une salle à part, réservée aux repas, conviviale mais située à l’autre extrémité du long bâtiment ! Bon, objectivement c’est à peu près le seul exercice physique qu’on ait fait de la semaine, mis à part les balades rafraîchissantes pour aller du lieu de travail (le CREPS) aux lieux de rencontres avec le public (des bars en ville).

Sur place, les styles variaient beaucoup d’une table à l’autre, mais on retrouvait partout la même détermination à avancer dans le travail. Pour ce faire, l’équipement était optimal : tables, chaises, multi-prises et câbles ethernets. En creusant un peu plus, on se rendait compte, au fur et à mesure des besoins, qu’il y avait également : bloc-note et stylos à volonté, et même un tableau papier par projet. Un frêle WiFi venait dépanner lors des quelques toussotements du réseautiers du début, lorsque différentes configurations étaient appliquées à la fibre optique mise en place sur-mesure pour l’évènement et ses éditions futures.

Calme et appliquée, l’équipe Domogik qui me prêtait un coin de table a rapidement recouvert son espace de travail d’équipement domotique divers, variés et encombrants. Un nouveau dans l’équipe apprenait les rouages du logiciel, largement guidé par ses deux collègues qui avançaient sur les fonctionnalités attendues. À cette table, le silence était de mise, pour aider à la concentration et surtout pour entendre les petits claquements de relais dans les équipements branchés et en cours de test.

Un peu plus extravertie, l’équipe Seeks débattait au tableau, se répartissait les tâches et s’échangeait quelques blagues sur IRC. L’effet est d’ailleurs toujours aussi surprenant… Tout ce petit monde pianote avec l’air sérieux, et d’un coup les rires fusent, chacun s’empressant d’en rajouter une ligne au clavier 🙂

Du côté de Dolibarr, le standing n’est pas le même. On passe des chercheurs hirsutes aux auto-entrepreneurs dynamiques. Ils étaient 12, discutant, débattant de manière animée et répondant au téléphone à leurs clients. À la table Dolibarr, pour coder il fallait se concentrer. Mais justement, il n’était pas rare d’y trouver des développeurs en pleine action, intensément concentrés sur leur code, parfois même avec des écouteurs sur les oreilles et qui sursautaient si on leur posait une question.

Enfin, les NObjets étaient nettement plus discrets ^[4], mais tout aussi productifs.

Des déjeuners conviviaux

Tous les jours à partir de 12 h 30, une fois les repas du traiteurs livrés avec l’aide des bénévoles de l’EPPLUG, des volées de développeurs gagnaient la salle à manger en traversant joyeusement les couloirs du CREPS. Les repas étaient à la fois bons et légers (sauf le colombo de porc du début, qui servit de leçon pour tout le monde : pour coder efficacement toute la journée, manger léger). Ils étaient aussi très bons et nous sommes tous repartis avec quelques kilos en plus en fin de semaine.

Des après-midi efficaces

Sans moment de flottement le travail reprenait rapidement après le repas, avec autant de passion que le matin. Les après-midi, monotones pour un observateur, crépitaient de claviotages dans une ambiance à mi chemin entre une LAN-Party sérieuse et un open-space convivial. De temps à autre, un évènement particulier vient animer l’après midi : une séance avec vidéo-projecteur chez Dolibarr, une lampe qui s’allume enfin chez Domogik, le montage d’un studio radio sur place, la subtile reprise « scientifique », au tableau papier d’un groupe dont je tairai le nom, de la fameuse pub pour le Tonyglandil des Nuls…

Des soirées chaleureuses

Tout ce petit monde s’agitait à nouveau le soir, quelques heures après la tombée de la nuit ^[5], lorsque les repas arrivaient. Suivant les activités prévues par l’organisation (présentations de projet, projection de court-métrages libres, repas au restaurant…) chacun se motivait pour suivre le programme, les équipes jouant le jeu quitte à manger en avance pour arriver « à l’heure » au bon endroit. Les déplacements s’improvisaient joyeusement, mais il faut bien reconnaître à la décharge des valeureux bénévoles de l’EPPLUG qu’il n’est pas aisé de décoller un geek de son écran, alors pour réussir à en mobiliser plusieurs d’un coup pour espérer faire une navette en voiture, il faut bien du talent…

Les lieux de rencontre avec le public étaient spécialement décorés pour l’évènement et l’ambiance y était donc festive. Bien qu’objectivement les présentations de projet n’attirèrent pas les foules, les équipes furent bons publics les unes envers les autres, créant des moments privilégiés d’échange entre les développeurs.

Puis, la nuit avançant les effectifs s’éparpillaient pour entreprendre diverses activités, plus ou moins saines pour le lendemain, avant de finalement rejoindre les chambres du dortoir en briques par petits groupes.