Ce billet clôt un sorte de « dossier Facebook » après les témoignage de la maman, du musicien et du blogueur.

Les deux premiers ont décidé de quitter le célèbre réseau social. Ce n’est pas tout à fait le cas ici, juste le constat d’une situation d’avant qui avait son charme, sa nostalgie, voire son authenticité…

Une vie moins « affichée »

A life less posted

Rian – 2 novembre 2012 – Elezea
(Traduction : doc_lucy, ehsavoie, geecko, levouko, Amargein, Munto, ordiclic, Marc)

En août 2003 — quelques mois avant notre mariage — ma femme et moi avons voyagé à travers l’Europe, sac sur le dos. Vous vous souvenez sûrement de cet été en particulier puisque c’était une des plus grandes vagues de chaleur qu’a connu l’Europe depuis une centaine d’années ou presque, il y avait donc une couverture médiatique assez importante. Les boutiques de Paris étaient en rupture de stock de ventilateurs. En sueur, des touristes à moitié dénudés inondaient les rues, ce qui, j’en suis sûr, a certainement rendu les habitants encore plus grincheux que d’habitude car ils devaient céder le contrôle de leur ville à de nombreux étrangers.

Quel voyage — 8 villes en 30 jours. Nous utilisions un service de bus à escales à volonté (« hop-on hop off ») et logions en auberges de jeunesse, comme on le fait lorsqu’on n’a pas d’argent. C’était épuisant, merveilleux, enrichissant, frustrant, superbe. J’adorerais vous montrer quelques photos, mais cela risque d’être difficile puisque mon album se trouve dans ma bibliothèque, chez moi.

Prendre des photos était différent à cette époque. Avant le voyage j’avais acheté dix pellicules Fujifilm ISO 400 de 24+3 vues pour mon Nikon SLR. Je devais prendre en considération l’importance de chaque photo, car non seulement la pellicule était chère, mais nous allions également avoir à faire développer ces fichus machins. Une fois le voyage terminé nous avons passé plusieurs jours à parcourir les photos, à revivre les moments, sélectionnant avec attention celles qui mériteraient d’être dans notre album.

Je feuillette souvent l’album. Il inclut quelques-unes des meilleures photos que j’ai jamais prises, durant l’une des périodes les plus tumultueuses de ma vie. Mes souvenirs de ces instants s’estompent lentement avec ces photos, mais jamais je n’oublierai l‘émotion de ce mois en particulier.

Le mois dernier, plusieurs de mes amis étaient en voyage en Europe. Je le sais parce que je suivais leurs moindres déplacements sur Instagram et Facebook. Parfois, leurs photos me rappelaient des lieux où nous étions allés pendant notre voyage. Parfois j’en étais jaloux. Parfois je me disais simplement, waouh, c’est joli.

Je me demande ce qu’il adviendrait si ma femme et moi faisions notre expédition maintenant, presque une décennie plus tard. J’imagine que je passerais le plus clair de mon temps à prendre des photos avec mon téléphone, ou à chercher du wifi gratuit avec mon téléphone. Parce si vous ne postez pas de photos de ce que vous faites, c’est que cela ne s’est pas vraiment passé, pas vrai ?

En un sens, je suis content que nous ayions fait notre grand voyage en Europe avant que les réseaux sociaux n’existent. Nous consultions nos emails éventuellement une fois dans chaque ville — à condition que nous arrivions à trouver un cyber-café. La plupart du temps nous étions laissés à nous-mêmes. Juste un couple parmi un océan de touristes. C’était la même chose concernant la bouteille de vin que nous avons prise dans ce restaurant italien. À l’exception que c’était notre bouteille de vin, et que nous la partagions juste entre nous. Avec personne d’autre. C’était tout un mois rempli de moments secrets en public, et nous étions juste… là. Nous n’avons pas pointé sur Foursquare, n’en n’avons pas parlé sur Facebook, n’avons posté aucune photo nulle part. Je regarde en arrière à présent et j’apprécie l’incroyable liberté que nous avions de vivre, avant que nous ne soyions tous connectés et que nous ne développions cette idée qui veut que la valeur d’un moment est directement proportionnelle au nombre de « J’aime » qu’il reçoit.

Je me suis levé hier matin pour lire quelques statuts Facebook de gens qui n’aiment pas Halloween, et qui ne laisseraient jamais leurs enfants participer à ces maudites quêtes de confiseries. Je me suis senti immédiatement coupable car j’avais laissé ma fille s’amuser la nuit précédente en la laissant s’habiller de son costume mi-sirène, mi-fée qu’elle avait elle-même choisi.

Et j’ai alors réalisé que je ressentais toujours la même chose sur Facebook. Culpabilité, colère, envie… Il s’agit des émotions qui produisent le plus d’activité sur les réseaux sociaux, mais peut-être encore plus sur Facebook que partout ailleurs. Ce sont les émotions qui nous font partager/aimer/commenter les choses. Et alors j’ai repensé à notre voyage en Europe et à combien je regrette ce temps-là, où nous n’étions pas encore obligés de porter le fardeau des pensées, des sentiments et des opinions de chacune des personnes à qui nous sommes liés en ligne. C’est ce que Franck Chimero a appelé une fois « cracher les gaz d’échappement des vies digitales des autres ».

Je ne dis pas que j’en ai fini avec Facebook — et de toute façon, publier sur son blog sa rupture avec Facebook est devenu tellement cliché que je ne voudrais pas que ce texte y ressemble. Je dis juste que je n’aime pas les émotions que me procure mon flux d’actualités Facebook ; je vais donc aller « voir d’autres personnes » pour un temps, et je verrai bien comment les choses évoluent. Et je vais essayer de retrouver les sensations de ce voyage en Europe, fait il y a une décennie, dans les vies des gens autour de moi.

Crédit photo : Jean-Louis Zimmermann (Creative Commons By)

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)

L’une francophone, l’autre anglophone, deux sources principales d’informations ont accompagné ma découverte du logiciel libre, un peu avant le passage du troisième millénaire : LinuxFr et Slashdot (alias « /. »).

C’était eux qui m’apportaient alors des news fraîches et exclusives. Eux encore qui participaient à ma formation quand je parcourais les discussions dans les si nombreux commentaires.

Internet a évolué depuis, je pense notamment à l’arrivée des blogs puis des réseaux sociaux. Mais ces deux sites sont toujours là. L’un est resté bénévole et associatif. Mais l’autre s’est monté en société qui a connu depuis plusieurs repreneurs. À tel point que son créateur, Rob Malda (alias CmdrTaco), a fini avec le temps à ne plus s’y retrouver, jusqu’à passer définitivement la main l’année dernière.

Voici son témoignage.

PS : Le jour viendra lui aussi mais pour ne pas me voir rédiger le même billet dans un tout proche avenir merci de Soutenir Framasoft 😉

15 ans après mon premier article

15 Years After the First Post

Rob Malda – 3 octobre 2012 – Blog personnel
(Traduction : Naar & Amélie, Dryt, Gatitac, ttoine, ZeHiro, goofy, Penguin, audece, onoff_web, minimoy)

L’histoire de Slashdot est totalement indissociable de ma propre vie. Je l’ai créé alors que j’étais encore étudiant à l’université. Quand les gens normaux faisaient leurs devoirs ou s’adonnaient à des activités personnelles, je passais mes soirées à dessiner des icônes dans Gimp, à coder en Perl dans Vim ou à publier de nouvelles histoires à partager avec mes amis. Je n’oublierai jamais les nuits passées à scruter les dernières lignes du fichier access_log et à célébrer avec des amis comme Jeff, Dave, Nate et Kurt chaque connexion provenant de microsoft.com ou de mit.edu.

Slashdot a toujours absorbé tout mon temps, mais en grandissant il commença à engendrer des coûts réels : d’abord pour la bande passante puis pour les serveurs. Mes amis et moi-même avons fondé une société visant à couvrir ces frais pour simplement arriver à l’équilibre. Au moment où je me suis diplômé, l’entreprise ne pouvait employer qu’une seule personne à plein temps : moi. Je gagnais moins d’argent que j’aurais pu le faire autrement, mais là j’étais enfin libre de me consacrer à ce qui me passionnait le plus.

Le site a s’est développé, dépassant nos imaginations les plus folles. Rapidement, il connut une demi-douzaine d’employés mais notre petite entreprise ne pouvait plus faire face. Vendre Slashdot a été la bonne décision à ce moment-là : nous n’aurions pas pu survivre à la croissance ni aux années de vaches maigres après l’explosion de la bulle Internet. Cette décision non anodine allait nécessairement avoir des conséquences, mais elles n’ont pas été visibles au cours des premières années.

À la suite de la vente, nous avons connu un cycle ininterrompu d’années dorées : les nouveaux employés qui nous rejoignaient partageaient nos rêves. Il s’agissait de personnes qui comprenaient intuitivement ce qu’était Slashdot, ce qu’il signifiait, et à quel point il était important, car c’étaient aussi des lecteurs et utilisateurs du site. Beaucoup d’entre eux sont encore mes amis aujourd’hui. Ce sont des relations dont la valeur pour moi va bien au-delà de la sphère professionnelle.

J’ai eu alors la chance de parcourir le monde comme représentant d’une communauté en pleine croissance : Japon, Allemagne, Espagne, Australie. J’ai rencontré cette communauté en chair et en os et j’ai travaillé avec des personnes admirables. Nous participions à un projet très stimulant et mettions les utilisateurs au premier plan. Rien ne pouvait nous arrêter.

J’ai connu à travers Slashdot 14 années de tragédies : Columbine, le 11 septembre, le crash de la navette spatiale Columbia, Fukushima. Ces événements-là et tant d’autres sont à jamais associés à des pics de connexion sur les tchats entre les rédacteurs et modérateurs surexcités. La tristesse et la terreur n’empêchaient pas notre équipe de donner le meilleur d’elle-même en aidant des milliers de personnes à se connecter entre elles au moment où elles avaient le plus besoin.

Mais pour tous ces moments tristes, il y eut encore plus d’optimisme et de joie. D’innombrables avancées scientifiques, des lolcats et un flux incessant de nouvelles technologies et découvertes scientifiques en train de changer, généralement pour le meilleur, le monde autour de nous. Et je n’oublierai jamais la moiteur des mes mains alors que j’attendais fiévreusement une réponse de ma petite amie, à qui j’avais fait ma demande en mariage sur la page d’accueil de Slashdot. Tout ceci partagé avec des amis.

En 2007, je pris le plus long congé de toute ma carrière, et cela pour la meilleure des raisons. Pendant les deux semaines qui ont suivi la naissance de mon fils, je n’ai en effet mis en ligne aucune page de Slashdot. Quand j’y suis retourné, le site se portait comme un charme. Slashdot a célébré son dixième anniversaire et je comprenais pour la première fois qu’il pouvait tranquillement continuer sans moi…

Ce qui était bien, car le site était en déclin depuis quelques années. Les amis avaient été remplacés par des inconnus. Des décisions étaient prises par des gens qui, de plus en plus, n’étaient pas des utilisateurs directs du site. Ils voyaient Slashdot avant tout par la lorgnette du business : un compte de résultat, un rack de serveurs ou un nombre d’employés.

Avec le trafic qui déclinait, les défis techniques diminuaient également. La charge était rarement un problème. Le système de modération fonctionnait… tout simplement. Mais le code de la plateforme commençait à dater. Il n’était plus souple ni maintenable. Notre équipe s’était réduite… jusqu’à ce qu’il n’y reste plus qu’un seul technicien ! Notre capacité à livrer du code s’était évaporée. Le peu de temps de développement qui restait était bien trop souvent gaspillé dans des projets voués à l’échec par manque de compréhension des utilisateurs.

Au cours de ces dernières années, ces critiques à peine voilées ont lentement évolué vers de l’amertume. Il fut impossible, au bout d’un moment, de le cacher à mes amis, à ma famille, et enfin, même à mes collègues de travail. Ils l’avaient compris bien avant moi : je devais partir.

C’était il y a plus d’un an. Abandonner mon salaire me faisait peur, mais moins que quelque chose de plus important encore à mes yeux. Slashdot avait beau être devenu ce célèbre site pour geeks and nerds, il était avant tout pour moi mon site web personnel. Je l’avais toujours considéré comme mon chez moi sur Internet. Quand je suis parti, j’ai perdu le droit de continuer à y poster du contenu. Objectivement j’étais d’accord avec mes amis qui me disaient qu’une « rupture franche et nette » (NdT : The Clean Break) était meilleure pour moi… mais émotionnellement, je ressens toujours cette perte aujourd’hui. J’aime bien Twitter et Google+, mais j’aurai toujours l’impression de vivre dans la maison de quelqu’un d’autre.

Sans mon contrôle éditorial habituel, Slashdot m’a semblé souvent à côté de la plaque. J’ai fini par le lire uniquement via son flux RSS, où mon bien-aimé « News for nerds » devint juste un flux parmi d’autres. J’y parcourais de moins en moins d’articles. Parce que j’y trouvais de meilleures infos ailleurs mais aussi voire surtout par que venir sur le site me faisait tout de suite voir ses changements. Des trucs que probablement personne d’autre n’aurait remarqués du reste. Quelques pixels par ici, une formulation changée par là. Certaines modifications sont pertinentes… mais beaucoup ne le sont pas. Et ça me rend triste, même maintenant.

La bonne nouvelle pour moi, c’est que je n’avais pas été aussi heureux professionnellement parlant depuis des années. Mon travail aux WaPo Labs me rappelle les effervescentes premières années de Slashdot, quand tout paraissait important. Notre équipe semble toujours lire le même livre, même s’ils ne sont pas tous à la même page. Mon boulot me paraît rafraîchissant et motivant. Et le mieux dans tout ça, c’est que je peux enfin séparer mon « moi » de « mon travail » quand le besoin s’en fait sentir. Je peux m’en détacher et prendre du recul. Je peux être impartial, lucide et honnête comme je n’ai jamais pu le faire au milieu de la tempête Slashdot.

Il y a peu, Slashdot a été vendu à un nouveau poids lourd… mettant encore plus de distance entre moi et ma création. J’y ai toujours quelques amis mais la plupart me sont étrangers. Il m’arrive cependant de passer encore de temps en temps sur une page familière dont l’information me parle et se trouve enrichie et bonifiée par la discussion. Je me surprends alors à fermer les yeux en pensant qu’un bout de mon ADN est toujours là-bas, là-dedans.

Je n’arrive toujours pas penser à l’histoire de Slashdot sans la lier à celle de ma propre vie. Mais après un an de séparation, j’ai fait mon deuil et compris que nous étions juste un chapitre dans l’histoire de nos vies respectives.

Mais quel putain de bon chapitre cela a été !

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

Framasoft harcèle (et parfois excède) ses followers Twitter actuellement avec ses « lolcats de soutien » (là, là, là, là, là, là, là, là, là, là ou encore là), ce qui ne nous empêche de nous penser sérieux et appliqués dans notre démarche de promotion et diffusion du Libre.

L’idée générale de la traduction ci-dessous c’est que si vous voulez créer un véritable réseau social au sein de votre structure alors il vous faudra aussi accepter ce qui n’a rien à voir avec votre structure. C’est le coté social du réseau social et il est beaucoup moins futile qu’on peut à priori le penser car c’est souvent un préalable à une bonne ambiance d’où pourront émerger des choses bien pertinentes pour votre structure.

Si vous voulez une culture vraiment collaborative, vous devez aussi accepter les LOLCats

If you want a culture of collaboration, you need to accept the LOLCats too

Steve Radick – 11 janvier 2012 – OpenSource.com
(Traduction : KoS, Maïeul, @ali0une, greygjhart)

Même lorsque la presse était sacrée, nous avons eu des romans érotiques 150 ans avant d’avoir des journaux scientifiques
Clay Shirky (Conférence TED Cannes juin 2010)

C’est une de mes citations favorites de l’une de mes personnalités favorites d’Internet, Clay Shirky. Je l’aime particulièrement parcequ’elle illustre selon moi l’époque où certaines organisations se trouvent en essayant d’intégrer les médias sociaux en leur sein.

Avant que les wikis ne soient utilisés par les communautés de coopération scientifique, les personnes s’y inscrivaient pour désigner leur équipe de foot favorite. Avant que l’intranet de ma propre entreprise ne remporte un prix, nous avions des personnes qui nous expliquaient comment elles étaient heureuse de se montrer (presque) nues sur leurs profils. Avant que nos dirigeants commencent à utiliser Yammer pour communiquer avec la base, des groupes de fanas d’Android ou de fitness s’étaient déjà constitués. Je vous parle de cela parce que si vous décidez un jour d’intégrer un média social interne à votre organisation, vous devrez préparer vous-même, vos collègues, vos patrons, votre haute direction à cette vérité inexorable.

Si vous paniquez en voyant tout ça sur votre intranet, vous n’êtes probablement pas prêt pour un intranet social.

Si vous voulez créer une culture dynamique de collaboration, vous devez accepter les photos de LOLCats, les sujets parlant de foot, les débats sans fin sur Apple et Andoid, et même les critiques sur la politique de l’entreprise.

Acceptez et intégrez ce fait maintenant et vos communautés auront de bien meilleurs chances de succès. Ou, continuez à penser que de telles choses sont une perte de temps et ne sont pas professionnelles, et soyez prêt à payer beaucoup d’argent pour un système que personne n’utilise à moins d’être forcé à le faire (et ils l’utiliseront alors mal).

Malheureusement, « social » à l’air d’être devenu un gros mot en entreprise, associé à l’image d’employés perdant leur temps sur Facebook, parlant à leur petit ami au téléphone, ou prenant une pause déjeuner de trois heures. Acceptons d’arrêter d’essayer d’enlever le social d’un réseau social. Les interactions sociales ne doivent pas seulement être acceptées, elles doivent même être encouragées et récompensées. Shirky explique pourquoi dans cette conférence TED (à partir de 5 minutes 33 secondes).

Shirky explique :

Le fossé est entre faire quelque chose et ne rien faire. Et quelqu’un qui fait des LOLcat a déjà franchi ce fossé. Oui, il est tentant de vouloir obtenir des projets aussi noble que Ushahidi sans les LOLCats, d’avoir les choses sérieuses sans les choses futiles. Mais l’abondance de médias ne marche pas comme ça. La liberté d’expérimenter, c’est aussi voire surtout la liberté d’experimenter n’importe quoi.

Il y a cette tendance de la part des dirigeants à vouloir supprimer (voire sanctionner) les blogs qui évoqueraient des solutions de contournement de la politique d’entreprise et les pages wiki détaillant les meilleurs restaurants pour déjeuner. Ils veulent aller droit au but qui serait la co-création de méthodologies avec des équipes inter-fonctionnelles et des initiatives de crowdsourcing qui font économiser des millions de dollars !

Ça ne fonctionne pas pas comme ça. Les communautés collaboratives ne commencent pas à innover juste parce que vous mettez en place un site web et envoyez un mémo. Souvenons-nous que les nouvelles érotiques sont apparues bien avant les journaux scientifiques. Il y aura donc des LOLCats avant des Ushahidi. Vous devez accepter le fait que vos employés parleront de sport et de vacances avant d’être prêts à utiliser l’outil pour procéder à un « vrai » travail.

C’est intuitivement du bon sens. N’est-il pas plus facile de publier votre bon plan du midi plutôt que d’envoyer ce rapport sur lequel vous travaillez depuis trois semaines ? Si quelqu’un n’apprécie pas votre restaurant préféré, quelle importance ? En revanche si quelqu’un critique le rapport que vous avez passé des semaines à écrire, c’est un peu plus intimidant. Une fois que vous avez franchi ce seuil, ce seuil entre ne rien faire et faire quelque chose, c’est plus facile alors de monter les marches. Une fois la glace rompue avec la mention de votre passion pour la gastronomie chinoise, il vous sera soudainement plus facile de participer à la conversation sur tel projet important de votre entreprise. Peut-être même que vous accepterez d’envoyer une partie coriace du rapport en demandant aide et éclaircissement aux autres. Sous cet angle, même les publications les plus stupides et les conversations les plus insignifiantes ont de la valeur, parce qu’elle n’engage qu’un risque mineur pour les gens à se jeter à l’eau et faire le premier pas.

Cela peut prendre du temps pour que les employés se sentent vraiment à l’aise avec l’utilisation des réseaux sociaux au travail. En lui laissant ainsi la possibilité de s’épanouir et d’apprendre ensemble à son propre rythme, votre communauté supportera bien mieux les changements d’échelle et durera bien plus longtemps.

Alors acceptez les LOLCats, les délires footballistiques, les discussions sur la bouffe, et les avatars personnalisés : au moins vos employés créeront et partageront quelque chose avec quelqu’un d’autre. Parce que ce qui viendra après ces stupides discussions mènera à du lien, des relations, des questions, des réponses, et finalement, à des innovations très créatives, à des produits et des solutions qui vous feront économiser du temps et (beaucoup) d’argent. Et vous serez récompensés pour avoir participé à rendre votre entreprise humaine et chaleureuse.

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

L’association Sésamath existe depuis 10 ans maintenant.

10 ans de projets au service des mathématiques dans l’éducation. 10 ans également, et par effet de bord, au service du logiciel libre, de par les choix des outils et des licences adoptées ainsi que la manière toute collaborative de travailler.

Avoir, entre autres, réussi à couvrir tout le collège avec des manuels scolaires libres qui représentent aujourd’hui près de 20% du marché, ça n’est pas rien ! (et c’est même du jamais vu au niveau mondial !)

L’occasion de faire le point avec Sébastien Hache, salarié et co-fondateur de l’association, qui nous annonce de bien bonnes et libres nouvelles.

En quelques mots, comment se porte Sésamath ?

Sébastien Hache : Sésamath se porte plutôt bien. L’envie et la passion sont toujours là, depuis maintenant plus de 10 ans. De nouveaux membres viennent régulièrement renforcer une équipe globalement stable et de plus en plus expérimentée. La grosse difficulté est de parvenir à maintenir les ressources existantes (de plus en plus utilisées : plus d’un million d’élèves inscrits à Labomep par exemple l’an dernier) tout en continuant à faire évoluer les outils et à élargir le champ : c’est un défi compliqué mais c’est aussi passionnant.

Que pensez-vous de la récente circulaire sur l’usage du logiciel libre dans l’administration ?

Nous pensons que c’est une très bonne chose et que cela constitue un bon élément d’appui pour tous ceux qui veulent promouvoir les ressources et logiciels libres dans l’enseignement.

Que pensez-vous de l’opération Open TextBook de l’État californien ?

Plus il y aura de ressources éducatives libres et ouvertes, et mieux ce sera !

Que pensez-vous de la récente introduction de l’option Informatique et Sciences du Numérique en Terminale S ? Pensez-vous vous y impliquer de près ou de loin ?

Sesamath a fait le choix de ne pas se positionner sur des sujets autres que ceux inscrits dans ses statuts. Les objectifs de Sesamath nous occupent déjà largement.

Alors, justement, Sésamath a annoncé des nouveaux projets au lycée et dans le primaire. Peux-tu nous en dire plus ?

Pour l’instant, l’essentiel des projets de Sésamath se concentrait sur le collège, même si depuis longtemps, en particulier au niveau des liaisons inter-cycles, des ressources collège étaient utilisées en CM2 ou en seconde. C’est donc assez naturellement que nous avons lancé des appels (toujours en vigueur pour ceux que ça intéresse) dans ces deux directions pour amorcer des projets éditoriaux. En effet, l’expérience de Sésamath au collège a montré que le travail collaboratif autour d’ouvrages destinés à être publiés sur papier (même s’ils ont nativement une version numérique) était un bon catalyseur pour créer ensuite d’autres ressources numériques : un peu comme si l’ouvrage éditorialisé servait de fil conducteur pour tout le reste. Paradoxalement, le papier est aussi une bonne façon de faire connaître le numérique.

En CM2, une équipe composée de professeurs des écoles et de professeurs de collège travaille actuellement à un cahier d’exercices sur le modèle des cahiers d’exercices de collège (afin d’avoir une continuité dans la ressource). Ce cahier est destiné à être sous licence libre (CC By-Sa) : pour l’instant, durant la phase de conception, seuls les enseignants inscrits à Sésaprof peuvent y avoir accès mais quand il sera achevé (début 2013) il sera intégralement téléchargeable pour tous aux formats ODT et PDF. En même temps, nous concevons le cahier numérique associé. Une autre équipe construit en parallèle le futur manuel Sésamath 6e, qui est très largement modifié par rapport au précédent en partie justement pour tenir compte de la liaison.

En seconde, une équipe composée de professeurs de collège et de lycée travaille sur un manuel complet. Ce manuel est écrit en LaTex. Il sera de la même façon publié sous licence libre et accompagné d’un manuel numérique gratuit. Le premier chapitre sera très prochainement mis en ligne. Beaucoup de lecteurs de ce blog seront heureux de voir que Sésamath produit collaborativement un ouvrage en Latex (c’était déjà le cas pour un ouvrage d’exercices en classes préparatoires) !

Pour résumer, nous travaillons cette année sur 3 ouvrages en même temps. C’est possible grâce à l’expérience de l’association et de ses membres sur la création collaborative de manuels scolaire (organisation, outils…), mais aussi les licences libres et les formats ouverts qui permettent ce mode de création et motive les auteurs.

En parlant de format ouvert, il se dit que Sésamath est en train d’abandonner Flash. Qu’en est-il ?

Effectivement, une grande partie des ressources interactives de Sésamath (dont l’exerciseur Mathenpoche) a été développé en Flash. Il y a déjà eu pas mal de discussions sur ce point : avec le recul, il n’y a sans doute rien à regretter, mais on se rend compte actuellement que cela nous mène à une impasse. Avant d’être technique, l’impasse est d’abord collaborative : nous n’avons pas réussi à former suffisamment d’enseignants à la programmation en Flash et nous nous sommes coupés d’une communauté de développeurs dont nous avons grand besoin aujourd’hui.

C’est pourquoi, Sésamath s’est donné les moyens, depuis plus d’un an maintenant, de créer un nouveau modèle d’activités intéractives : Il s’agit du projet J3P basé sur les technologies web modernes (html5/javascript). D’une certaine façon, Sésamath a terminé sa mue complète vers le libre (je me permets de remercier tous ceux qui ont contribué à ça, de façon souvent très intelligente et patiente, et parmi ceux-là évidemment toute l’équipe de Framasoft). Mais l’intérêt de J3P ne réside pas que dans son format : il ouvre aussi des pistes importantes du point de vue pédagogique. L’idée est de pouvoir créer des ressources de plus en plus adaptées aux difficultés de chaque élève en leur proposant des exercices où les réponses qu’ils donnent conditionnent les questions suivantes, pour tenter de s’adapter à la nature de leurs difficultés éventuelles.

Le projet J3P veut donc offrir aux enseignants un moyen de concevoir de tels exercices. L’enseignant pourra construire ou paramétrer le graphe de chaque exercice. Ce graphe décrit, suivant les réponses de l’élève à chaque étape, les différents parcours possibles parmi les sections qui composent l’exercice. Le projet J3P est sous licence GPL.

Toutes les bonnes volontés sont les bienvenues (ne pas hésiter à nous contacter.

Crédit illustration : Brochure Sésamath

Grande et bonne nouvelle, la Californie est allé au bout de sa réflexion sur l’opportunité des manuels scolaires libres !

C’est de notre point de vue bon sens et évidence mais ça l’est moins quand on pense à la situation dont on a hérité, avec d’énormes résistances de la part de ceux qui éditaient précédemment (et privativement) ces manuels.

Au passage vous remarquerez le choix logique et pertinent de la licence, la Creative Commons la plus dépouillée d’entre toutes : la CC By. Cela fera peut-être réfléchir ceux qui pensent encore que la clause non commerciale NC et/ou non modifiable ND sont bonnes quand il s’agit d’éducation…

Et en France, me direz-vous ? Cela fait six ans (je crois) que nos amis de l’association Sésamath ont publié leur premier manuel libre pour la classe de Cinquième en mathématiques. De véritables pionniers qui depuis ont couvert tout le collège et lorgnent désormais aussi bien sur le primaire que vers le lycée.

Six ans que l’Institution avait en son sein un exemple à soutenir, mettre en avant et montrer aux autres disciplines pour leur emboîter le pas. Pour des raisons que je ne m’explique pas (ou trop bien), elle n’en fit rien ! Il est grand temps de rectifier le tir sinon nous les derniers seront les premiers et nous aurons une fois de plus perdu un temps précieux.

Il est véritablement grand temps ! (et sous licence libre s’il vous plaît !)

L’illustration ci-dessous et un extrait d’une infographie qui résume bien les choses (et les gains) en procédant ainsi.

La Californie entérine officiellement son projet de loi inédit sur les manuels scolaires libres

California passes groundbreaking open textbook legislation

Timothy Vollmer – 27 septembre 2012 – CC Blog
(Traduction Framalang : Cyrille L., ehsavoie, M0tty, Rouage, lgodard, Ag3m)

C’est officiel. En Californie, le Gouverneur Jerry Brown a signé deux projets de lois (SB1052 et SB1053) qui permettront la création de manuels numériques sous licence libre pour les cinquante cours les plus populaires des universités de Californie (cf cette vidéo). Ce projet de loi a été proposé par le président du Sénat par intérim Darrell Steinberg et est passé au Sénat et à l’Assemblée de Californie fin août.

Un élément essentiel de la législation Californienne est que les manuels ainsi créés seront disponibles sous licence Creative Commons Paternité (CC-BY) :

Le manuel et d’autres matériels de cours sont placés sous la licence Creative Commons Paternité qui autorise quiconque à utiliser, distribuer, et créer des travaux dérivés basés sur ce matériel numérique tout en permettant aux auteurs ou aux créateurs d’être crédités pour leurs travaux.

La licence CC BY permet aux professeurs d’adapter le contenu des manuels aux besoins des étudiants, aux sociétés commerciales de se servir de ces ressources et d’en créer de nouvelles à partir des premières (comme par exemple des tutoriels vidéos), et ouvre des portes à la collaboration et à l’amélioration de ce matériel de cours.

Pour les étudiants, l’accès à des manuels abordables est extrêmement important, sachant que le coût de ces manuels augmente quatre fois plus vite que l’inflation, dépassant même les frais d’inscription dans certaines universités. Ainsi, en plus de rendre le manuel numérique disponible librement et gratuitement aux élèves, la loi requiert que les copies imprimées du manuel ne dépasse pas 20$.

C’est une grande victoire pour la Californie, et un exemple bien accueilli de politiques ouvertes qui visent à appuyer les licences libres pour économiser l’argent des familles californiennes et soutenir les besoins des professeurs et des élèves.

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 😛

On l’appelle sysadmin, adminsys ou plus correctement administrateur systèmes. Il a la lourde charge de s’occuper des serveurs d’une organisation.

Si vous avez l’impression qu’il bulle toute la journée, ne le critiquez pas ! Vous êtes en réalité en face d’un excellent administrateur systèmes 🙂

12 raisons pour lesquelles tous les administrateurs système devraient être paresseux

12 Reasons Why Every Linux System Administrator Should be Lazy

Ramesh Natarajan – 12 juillet 2011 – GeekStuff.com
(Traduction : Husi10, Ag3m, Gatitac, Kathryl, Thur, M0tty, Ag3m, Dominique, minimoy)

Un administrateur systèmes fainéant est un bon administrateur systèmes
— Anonyme

Le travail d’un administrateur systèmes n’est généralement pas visible des autres services informatiques ou par les utilisateurs finaux. La plupart du temps, ils regardent les administrateurs systèmes en se demandant pourquoi ils n’ont pas l’air de faire grand chose.

Quand vous voyez un administrateur systèmes qui est tout le temps en train de courir dans tous les sens, à essayer d’éteindre le feu, en prise constante avec des problèmes de production, vous pourriez penser qu’il travaille dur et fait vraiment bien son boulot. Mais en réalité il ne fait pas bien son job.

Quand vous voyez un administrateur système (UNIX/Linux, base de données, réseau), qui apparemment n’a pas l’air de se fouler beaucoup au bureau, semble toujours relax et n’a pas l’air d’avoir une activité visible, vous pouvez être certain qu’il fait bien son job.

Voici 12 raisons qui font d’un administrateur systèmes paresseux le meilleur des administrateurs systèmes :

1. Qui est le chef ? La principale raison pour laquelle un administrateur systèmes paresseux est le meilleur administrateur système possible tient à son attitude. Ils ne voient pas tout à fait les machines comme les autres services informatiques. Il y a une différence entre les développeurs et les administrateurs systèmes. Les développeurs pensent qu’ils sont là pour servir les machines en écrivant du code. Il n’y a rien de mal dans cette démarche puisque les développeurs prennent beaucoup de plaisir à écrire du code. Mais les administrateurs systèmes pensent tout autrement. Ils pensent au contraire que les machines sont à leur service. Tout ce qu’ils ont à faire, c’est nourrir la machine, la rendre heureuse et laisser la machine faire tout le dur labeur pendant qu’ils se relaxent et paressent. La première étape pour devenir un administrateur systèmes paresseux demande parfois un léger changement d’attitude : il s’agit de faire savoir à la machine que vous êtes le patron.

2. Écrire des scripts pour des tâches récurrentes. Être fainéant, c’est être malin. Un administrateur systèmes intelligent est passé maître dans tous les langages de script (bash, awk, sed, etc.). Chaque fois qu’il sera obligé de faire une tâche, et s’il y a une vague possibilité qu’on puisse avoir besoin de ce même travail plus tard, il écrira un script pour faire le boulot. Ainsi, lorsqu’on lui demandera plus tard de refaire le même travail, il n’aura pas à réfléchir ; il aura simplement à exécuter le script puis à retourner paresser.

3. Tout sauvegarder. Être fainéant signifie tout sauvegarder. Un administrateur systèmes paresseux sait qu’il doit donner un peu de temps dans la création de processus de sauvegarde, et donc écrire des scripts de sauvegarde pour toutes les applications et tous les systèmes critiques. Quand l’espace disque n’est pas un problème, il planifie la sauvegarde pour toutes les applications même si elles ne sont pas critiques. Ainsi, dès que quelque chose se passe mal, il ne se met pas à transpirer de stress, il a simplement besoin de restaurer une sauvegarde pour pouvoir retourner aux trucs paisibles qu’il faisait juste avant.

4. Prévoir un plan de reprise d’activité. Les administrateurs systèmes n’aiment pas avoir à gesticuler dans tous les sens en cas d’urgence. Quand tout se passe bien, ils prennent un peu de temps pour créer un plan de reprise d’activité et de récupération de données.Comme ça, quand les choses tournent mal, ils peuvent le suivre, faire revenir rapidement les choses à la normale, puis retourner encore à leur rythme d’administrateur paresseux.

5. Configurer un sytème à haute redondance. Les administrateurs sysèmes fainéants n’aiment pas être réveillés au beau milieu de la nuit à cause d’une bête panne materielle. Ils font donc en sorte que les periphériques soient hautement redondants. Cela inclut à la fois le matériel et les logiciels : ils ont deux cartes réseaux configurées, une double alimentation, deux disques durs, bref tout en double. Comme ça, si l’un des équipements vient à flancher, le système fonctionnera toujours et notre fainéant d’administrateur pourra se concentrer à la réparation de l’équipement défaillant lorsqu’il se lèvera le matin, à la même heure que tous les autres matins.

6. Laisser de la place pour une croissance inattendue. Un administrateur systèmes paresseux ne permet jamais à son système de tourner à plein régime. Il garde toujours de la place libre en cas d’imprévus. Il s’assure que le système ait assez de CPU, ainsi que de l’espace disque et de la RAM disponibles. Lorsque le service commercial décide de larguer des tonnes de données pendant la nuit, il n’a pas besoin de réfléchir à la façon de gérer cette croissance inattendue.

7. Être proactif. Être paresseux ne veut pas dire que vous devez juste vous assoir et vous tourner les pouces. Être paresseux signifie être proactif. Les administrateurs systèmes paresseux détestent être réactifs. Ils anticipent toujours les difficultés et l’expansion. Lorsqu’ils ont du temps libre à disposition (et ils en ont donc beaucoup), ils gardent un œil attentif sur les projets afin de gérer la future croissance et éviter que des problèmes non prévus adviennent.

8. Adorer les raccourcis clavier. L’administrateur systèmes fainéants connaît tous les raccourcis clavier de toutes ses applications favorites. S’il passe quotidiennement un temps significatif sur une application, la première chose qu’il fait est de maîtriser les raccourcis clavier de cette application. Il tient à passer le moins de temps possible sur l’application pour parvenir à ses fins, et ainsi redevenir paresseux.

9. Passer maître de la ligne de commande. Tous les administrateurs systèmes paresseux sont des pros des lignes de commande. Cela s’applique aux administrateurs systèmes Linux, aux administrateurs de bases de données, aux administrateurs réseaux, etc. Si vous voyez un administrareur systèmes lancer une interface graphique alors que la même tâche peut être effectuée en ligne de commande, alors vous savez qu’il n’est pas un administrateur systèmes paresseux. Il y a deux raisons pour lesquelles les administrateurs systèmes paresseux adorent les lignes de commande. D’une, il peut faire les choses rapidement en ligne de commande. Et d’autre, ça lui donne l’impression que c’est lui le patron et non pas le système. Quand vous utilisez les lignes de commande, vous avez le contrôle, vous savez exactement ce que vous voulez faire. Quand vous utilisez une interface graphique, vous êtes à sa merci sans être sûr à 100% de ce qu’il va produire après votre clic.

10. Apprendre de ses erreurs. Les administrateurs systèmes fainéants n’aiment jamais faire les mêmes erreurs deux fois. Ils détestent travailler sur des problèmes imprévus, mais quand ils apparaissent, ils travaillent à le corriger, réfléchissent à comment cela est arrivé, et mettent immédiatement le nécessaire en place pour que cela n’arrive pas de nouveau. Travailler sur le même problème deux fois est considéré comme un véritable péché pour un administrateur système fainéant. Il aime travailler sur le problème une seule fois, faire ce qu’il faut pour prévenir l’apparition de la même erreur dans le futur, et retourner tranquillement paresser.

11. Se former en continu aux nouvelles technologies. Il n’y a rien de mal à apprendre de nouvelles technologies pour avoir un meilleur travail ou juste pour se tenir à jour des progrès dans le domaine. Mais un administrateur systèmes paresseux n’apprend pas de nouvelles technologies pour cette raison. Il s’y forme parce qu’il aime garder le contrôle sur les systèmes en permanence. Il sait que c’est lui le chef et non pas la machine. Ainsi, quand arrive une nouvelle technologie, il prend le temps de l’étudier. À présent, il a de nouveaux outils pour occuper le système tandis qu’il continue à paresser. C’est la paresse qui est la principale motivation de sa formation.

12. Tout documenter. C’est ce qui distingue les bons administrateurs systèmes des meilleurs administrateurs systèmes. Voyez-vous, l’administrateur systèmes paresseux déteste être dérangé lorsqu’il est sur la plage à profiter de ses vacances. Donc, que fait-il ? Il documente tout, de manière à ce que lorsqu’il n’est pas là, d’autres puissent faire le boulot de base à sa place, et fassent tourner les choses sans le déranger pendant ses vacances. Il y a une autre raison pour laquelle l’administrateur systèmes paresseux documente tout : parce qu’il oublie des choses. Comme il est fainéant, il a tendance à oublier ce qu’il a fait le mois précédent. Puisqu’il n’aime pas du tout réfléchir deux fois sur le même sujet, il documente tout, et quand il aura besoin de faire la même chose dans le futur, il reviendra à sa documentation pour comprendre ce qu’il avait fait la fois précédente.

Voilà. Être un administrateur systèmes fainéant, ce n’est pas si simple en fait, c’est même beaucoup de travail. Si vous n’en êtes pas, vous saurez désormais les reconnaître. Si vous en êtes et que vous courez toujours partout, vous savez maintenant ce qu’il vous reste à faire.

Crédit photo : Anita Hart (Creative Commons By-Sa)