Je suis professeur de mathématiques et à l’initiative de Framasoft. Un tel projet ne pouvait me faire plus plaisir. Vous verrez qu’un jour de plus en plus de manuels seront rédigés ainsi…

Imaginez un groupe d’enseignants qui se retrouvent le week-end pour rédiger ensemble et de A à Z un manuel scolaire sous licence libre ! (La licence libre est la Creative Commons By, d’où mention sur leur blog, d’où notre traduction ci-dessous).

Il n’ont pas tout à fait achevé l’entreprise dans le temps imparti puisque le livre se trouve aujourd’hui en version 0.92 (et en LaTeX) sur GitHub. Vous pouvez de suite vous rendre compte du résultat actuel en cliquant directement sur le PDF (dont les premières pages vous proposent de soutenir le projet via Flattr et Bitcoin !).

Au delà de son ô combien utile finalité ce fut également une belle et libre aventure humaine…

Oppikirjamaraton : comment écrire un manuel scolaire libre en un week-end

Oppikirjamaraton: How to Write an Open Textbook in a Weekend

Elliot Harmon – 31 octobre 2012 – Creative Commons Blog
(Traduction : Cyrille L., Kodoque, Nyx, kamui57, Naar, pac)

Il y a quelques semaines de cela nous avons vu passer ce tweet surprenant :

@creativecommons You need to know: ~30 maths enthusiasts begin a CC-BY course book hackathon in five hours in Helsinki, Finland.

— Joonas Mäkinen (@JoonasD6) Septembre 28, 2012

Il nous fallait en savoir plus. J’ai donc contacté Joonas Mäkinen pour avoir davantage d’informations, et il m’expliqua qu’il a participé à monter une équipe pour écrire un manuel scolaire de mathématiques de cycle secondaire tout le long d’un week-end, lors d’un évènement appelé Oppikirjamaraton (marathon du livre scolaire). Le choix de la licence du livre s’est porté sur la Creative COmmons BY, pour que chacun puisse le réutiliser, le modifier et le traduire, en Finlande et dans le reste du monde.

Le texte, désormais en version 0.91 sur GitHub, s’intitule Vapaa Matikka. Le titre se traduit par « Mathématiques libres et gratuites », mais sachant que matikka signifie également lotte en finlandais, on peut aussi le lire comme du « Poisson libre ». Et son slogan, Matikka verkosta vapauteen, devient alors soit un cri de ralliement pour garder les ressources éducatives libres et gratuites, soit un mode d’emploi pour libérer un poisson d’un filet ! (d’où la forme suggérée du poisson sur la couverture du livre)

Mais au delà des jeux de mots mathématico-finlandais, je souhaitais comprendre comment la rédaction express de ce livre s’était déroulée, ce que l’équipe prévoyait de faire du manuel, et quels conseils ils pouvaient donner à d’autres personnes organisant un évènement similaire.

Que couvre le livre comme concepts mathématiques ?

C’est un manuel pour le premier cours de mathématiques de niveau avancé du collège finlandais. Bien que les élèves débutant ce cursus viennent en général de finir l’école primaire obligatoire, nous avons décidé d’avoir une approche « pour les nuls » en essayant de minimiser les prérequis.

Nous introduisons l’arithmétique, les nombres rationnels, les nombres réels en général. Viennent ensuite les règles de priorité et les racines qui mènent aux bases de la résolution d’équation puis au concept de fonction. Puis leurs mises en application concernent la proportionnalité et le calcul de pourcentages. Nous nous devions de respecter le programme scolaire.

Dites-m’en plus sur les exigences du programme. Sont-elles les mêmes pour toute la Finlande ?

Il y a un programme national en Finlande et tout le monde le suit. Du coup tous les manuels se ressemblent même s’ils approchent les sujets dans un ordre légèrement différent les une des autres. Mais le seul test standardisé est l’examen de fin d’année et donc Il y a un peu de flexibilité, ce qui a facilité les choses.

Qui a participé ? Étaient-ils tous des formateurs ? Les participants avaient-ils déjà écrit ou édité des manuels scolaires ?

Environ 20 personnes ont participé à l’écriture du manuel durant le week-end. Nous avions des professeurs ordinaires du secondaire, des étudiants à l’université (mathématiques et informatique), un professeur d’électronique pour automobile, mes propres étudiants et quelques professeurs d’université travaillant sur place ou à distance. Nous avions même notre propre petit cercle d‘intégristes de la grammaire et de l’orthographe pour nous aider à rédiger de meilleurs contenus formels que ceux que l’on peut habituellement trouver dans le devanture des grosses maisons d’édition. La diversité des participants s’est révélée être une très bonne chose pour produire une variété de problèmes et de perspectives.

Seules quelques personnes avaient l’expérience de l’écriture et publication d’un manuel classique, commercial et à l’ancienne, mais cela n’a pas été clivant quand nous avons commencé à travailler.

Comment vous êtes-vous organisés ? Les rôles des participants avaient-ils été déterminés en amont du week-end ?

Vesa Linja-aho, qui a eu l’idée de ce book sprint (ou livrathon) était de facto notre coordinateur et s’occupait de la logistique, de l’administratif et de la communication. Lauri Hellsten s’est engagé à prendre le rôle principal pour la maquette et la création de graphiques indispensables à l’ensemble. Mais eux mis à part, aucun auteur n’avait d’assignation prédéfinie. Quelques uns d’entre nous avaient bien leurs sujets de prédilection, mais dans l’ensemble le processus d’écriture fut très spontané et dynamique.

Video in English: youtu.be/ThbUiky4AKA RT @slashdot: Teachers Write an Open Textbook In a Weekend Hackathon bit.ly/Rr78RZ

— Joonas Mäkinen (@JoonasD6) Septembre 30, 2012

Y a-t-il eu beaucoup de préparation à l’avance ? Avez-vous commencé le week-end avec un plan du livre ? Un emploi du temps ?

Le projet était ambitieux. Nous avons attendu que nos amis et les amis de nos amis remplissent un sondage Doodle pour savoir quel week-end réserver (NdT : ils ne connaissaient pas Framadate). J’avais préparé une table des matières pour avoir un point de départ, mais elle a été passablement modifiée vendredi et samedi. Juhapekka Tolvanen nous avait concocté un modèle LaTeX, et on a aussi eu une réunion préalable pour planifier les choses, choisir les outils techniques (quel système de contrôle de versions utiliser, etc.), mais rien sur le contenu en tant que tel. Il s’agissait également de trouver d’éventuels sponsors, écrire un communiqué de presse, trouver un local, vérifier si nous avions assez d’ordinateurs…

Une anecdote sur le droit d’auteur : nous avions réuni plus ou moins tous les livres disponibles sur le sujet. Pour voir un peu comment les autres avaient expliqué ceci ou cela. mais aussi parce que, dans l’enseignement mathématique (et manifestement dans d’autres disciplines aussi), il y a beaucoup d’exemples et d’exercices pathologiques qu’il est bon de faire mais qui finissent par être excessivement récurrents. Et Vesa Linja-aho avait reçu une décision écrite du conseil local confirmant que les exercices ne sont pas des travaux soumis au droit d’auteur. Or un enseignant qui avait écrit un des livres que nous avions nous a laissé un commentaire sur Facebook pour nous rappeler que ce n’est pas bien de copier le travail des autres. Cela nous a bien fait rire 🙂

Que retirez-vous de cette expérience ? Qu’est ce qui a été plus difficile que prévu ? Quels conseils donneriez vous à d’autres envisageant un projet similaire ?

Le principal conseil est de bien mettre en place l’aspect technique avant de commencer. Cela évitera d’inutiles moments de tension pour vous consacrer pleinement et exclusivement à la rédaction du contenu. On a utilisé LaTeX pour le texte et sa mise en forme et GitHub pour gérer les versions, mais on a connu des soucis qui nous ont retardés. Tout le monde n’était pas forcément familiarisé avec ces outils et les ordinateurs pas toujours bien préparés et optimisés pour leurs usages. Ceci nous a malheureusement fait perdre du temps.

De plus certains étaient encore en train de discuter pour savoir si nous devions ajouter ceci ou cela le samedi voire le dimanche, et c’est quelque chose qu’il faut éviter. Dans un tel projet, c’est toujours mieux de simplement continuer à écrire davantage de contenu pour éventuellement le commenter ou le modifier plus tard. On a même connu quelques discussions houleuses, peut-être liées au manque de sommeil. Restez calmes et n’oubliez pas d’y prendre plaisir !

Et après ? Y a-t-il une période de relecture/modification prévue ? Des professeurs pensent-ils utiliser d’ores et déjà votre manuel ?

Le sentiment général, unanime et immédiat après avoir fini le marathon dimanche était l’euphorie. Tout le monde était d’accord pour organiser un autre book sprint. Les retards techniques et le manque de graphistes ont fait que le livre n’a pas atteint le niveau de finition que nous voulions pour l’envoyer à l’impression. Mais c’est vivant maintenant : les gens nous envoient des rapports de bug sur Github et les participants ont continué à apporter des améliorations : corriger les coquilles, ajouter des exercices, corriger les incohérences…

Notre livre existe maintenant en version 0.9, et nous allons attendre quelques semaines avant de décider s’il est prêt à être imprimé et traduit. Cependant, on nous a déjà rapporté que le livre avait été utilisé comme manuel par quelques professeurs en proposant notamment à leurs élèves des exercices du livre. Bien entendu, d’autres auteurs et moi-même l’avons aussi utilisé pour enseigner à nos propres élèves. Lorsque nous l’aurons un peu peaufiné, nous sommes confiants quant à sa diffusion.

Le projet était si sympa et son accueil si bien reçu que nous ferons un autre book sprint très bientôt !

Crédit photos : Senja Opettaa (Creative Commons By)

Lorsque vous parcourez un article de l’encyclopédie libre Wikipédia, vous pouvez bien évidemment le lire, mais aussi écrire (le fameux bouton « Modifier ») et consulter tout son historique, sans oublier converser autour avec les autres contributeurs (lien « Discussion »). Il en va de même avec tout logiciel libre déposé sur une plateforme collaborative comme celle de GitHub par exemple (dont l’approche et les fonctionnalités sociales ont donné un coup de vieux à Sourceforge).

Il y a là une manière bien spécifique de fonctionner et une invitation à s’impliquer.

Dans la mesure ou Wikipédia ou GNU/Linux sont d’incontestables réussites, l’un des plus célèbres penseurs du Net, Clay Shirky, s’est récemment demandé, au cours d’une brillante intervention TED, si on ne pouvait pas fortement s’en inspirer pour faire évoluer la politique en générale et l’élaboration de nos lois en particulier.

Ce que l’on pourrait résumer également ainsi : est-ce que le logiciel libre a des choses à dire, voire à enseigner, à la démocratie ?

Peut-on améliorer la politique avec les outils du logiciel libre ?

Could we use open-source tools to improve politics?

Mathew Ingram – 29 septembre 2012 – Gigaom.com
(Traduction : Lamessen, Barbidule, Evpok, David, peupleLa)

Les principes du logiciel libre ont contribué à créer de nombreux logiciels efficients et utiles, y compris le système d’exploitation GNU/Linux et la surpuissante ressource que représente Wikipédia. Cette même approche pourrait-elle être utilisée pour ouvrir le processus de création des lois ? Clay Shirky assure que c’est possible.

La philosophie du logiciel libre a permis entre autres de construire un système d’exploitation et une encyclopédie collaborative de grande qualité. Pourrait-on en faire de même avec la législation et la politique ? C’est ce que le théoricien de la communication Clay Shirky a proposé dans une récente et remarquée conférence TED (Technologie Entertainment Design) à Edimbourg. L’idée est alléchante, employer les méthodes de GNU/Linux et Wikipédia pour rendre les gouvernements plus ouverts et impliquer davantage les concitoyens, mais est-ce véritablement transposable ? L’écriture de logiciels et de services Web est très différente de celle des lois, et l’histoire du logiciel libre a connu son lot de guerres quasi-religieuses. Mais c’est peut-être notre meilleur espoir.

Après avoir fait une sorte de tour d’horizon du mouvement open source, en accordant la part belle à GNU/Linux, Shirky a consacré une grande partie de son discours à Github, plateforme collaborative et sociale de dépôt de logiciels qui permet à n’importe qui d’éditer, de « forker » en créant sa propre version, et de suivre les changement que font les autres. De GitHub à l’idée de législation collaborative, il n’y a qu’un pas. Et c’est ce que Shirky semble avoir à l’esprit. Il y a déjà eu quelques tentatives de réalisation directement via GitHub. Ainsi un développeur allemand a, par exemple, déposé l’intégralité des lois allemandes sur la plateforme. De cette façon, les citoyens peuvent recommander et suivre les changements.

C’est séduisant sur le papier : une simple plateforme logicielle dédiée à la collaboration pourrait changer la façon dont on développe et met en oeuvre les lois. Mais est-ce réaliste ?

Beaucoup de sceptiques disaient au départ que Wikipédia n’avait aucune chance de marcher. Pourtant elle est bel et bien là et sa réputation et fiabilité sont excellentes, malgré quelques ratés comme l’incident récent impliquant l’auteur Philip Roth. Il est vrai cependant que de nombreux critiques pensent que la « cabale » des éditeurs qui contrôlent l’encyclopédie collaborative a trop de pouvoir.

Force est de reconnaître que le fonctionnement des gouvernements reste de toutes les façons trop opaque à l’ère d’Internet, et donc que Github ne peut pas faire empirer les choses. D’ailleurs Shirky n’est pas le seul à le penser : le développeur Abe Voelker a proposé un « Github pour lois » qui propose exactement la même approche pour concevoir des lois collaborativement. D’autres expériences basées sur ces mêmes idées d’ouverture ont déjà eu lieu en Finlande, Irlande et surtout en Islande avec la rédaction collective de sa nouvelle Constitution (NdT : lire à ce sujet L’Islande, la crise, la révolution et moi et on notera en France l’initiative d’Étienne Chouard avec sa Constitution nationale d’origine citoyenne sur un wiki).

Un des problèmes posés par la transposition d’une solution technique comme Github à un processus culturel et politique de grande ampleur, c’est que créer des lois, même mineures, est très différent de bidouiller un bout de code afin que GNU/Linux puisse reproduire les styles de polices de caractères Windows, ou encore modifier l’article sur George Bush dans Wikipédia (sachant que ces deux exemples en apparence inoffensifs ont donné lieu à de vives polémiques au sein de leur communauté respective). Comment peut-on dès lors espérer que des politiciens puissent, dans les faits, se servir d’un processus similaire pour changer la manière dont fonctionne le gouvernement, le parlement et ses lois ? Comme le suggère Shirky dans sa conférence, il y a une bureaucratie bien installée qui n’a probablement aucun intérêt à renoncer à ce contrôle au profit du bon peuple.

Dans son livre « Here comes Everybody », Shirky a montré l’impact positif d’Internet sur la dynamiques des groupes. Son admiration pour Github semble prendre place dans une recherche d’outils collaboratifs et ouverts axée sur l’humain. Il est clair que nous en avons besoin, et même si Github n’est peut-être pas la bonne réponse, à ce stade, tout peut valoir la peine d’être tenté.

Crédit photo : Fabricio Zuardi (Creative Commons By)

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 😛