Bye bye Google épisode 4 : les contenus embarqués et… la publicité !

frama-no-pub.png

Depuis février, Framasoft essaie activement de se débarrasser de Google.
Et le moins que l’on puisse dire, c’est que ce n’est pas facile. Les services de Google nous collent au clavier comme du sirop d’érable en importation directe de Mountain View.

En janvier, nous annoncions notre intention de « manger la pâtée de notre chien », c’est-à-dire de faire ce que l’on dit.

En février, la première étape – probablement la plus dure – était franchie : celle de quitter GMail, pour notre propre infrastructure, basée sur BlueMind.

En mars, nous quittions le service de liste GoogleGroups pour framalistes.org, basé sur le logiciel libre Sympa. Ces listes sont pour l’instant uniquement réservées à Framasoft, car nous n’avons pas les ressources humaines pour ouvrir ce service à la France entière dans de bonnes conditions. Cependant, nous avons reçu tellement de courriers que nous comprenons bien l’urgence d’un service de listes indépendant, sans publicité et respectueux de vos données. C’est pourquoi nous n’excluons pas un jour de l’ouvrir à tous, sous réserve que nos finances nous le permettent.

En avril, nous troquions le service de statistiques Google Analytics contre la mise en place d’une instance de Piwik, évitant ainsi le « pistage collatéral » de nos visiteurs par une firme n’ayant pas démenti qu’elle donnait l’accès de ses machines à la NSA.

En mai, faisons ce qu’il nous plait, et surtout débarrassons-nous d’un des derniers « boulets » de Google : la publicité.

En effet, peut-être que peu de lecteurs de ce blog l’auront noté du fait de l’incontournable bloqueur de publicité Ad Block Plus, mais les sites Framasoft et Framakey affichaient des publicités aux internautes.

En-dehors du fait que ces publicités sont nocives pour les citoyens et contraires à l’éthique que Framasoft essaie humblement de diffuser depuis plus de 10 ans, ces publicités engraissaient la base de données de Google : qui visite quel site ? à quel moment ? pendant combien de temps ? avec quel parcours ?

Leur suppression pouvait donc paraître une évidence. Cependant, il faut bien reconnaître qu’elles auront eu leur utilité économique : sans ces revenus publicitaires, Framasoft n’aurait pas pu embaucher, et par conséquent aurait probablement arrêté son activité il y a plusieurs années, écrasée par son propre poids que le bénévolat seul ne peut suffire à soutenir.

Supprimer la publicité (qui nous rapportait environ entre 550 et 650 € par mois[1]) met donc l’association dans une situation financièrement difficile, car nous ne sommes pas certains de pouvoir maintenir les postes de nos permanents. On ne va donc pas vous mentir : il y aura _encore_ une campagne de dons à Framasoft dans quelques mois.

Cependant, il faut être cohérent dans notre discours : nous ne pouvons pas d’un côté prôner le respect des données et de la vie privée des internautes, et de l’autre gagner de l’argent par l’exploitation de ces mêmes données, qui plus est confiées à un tiers.
Si nous souhaitons passer, comme nous le répétons depuis plusieurs années, d’une « société de consommation » à une « société de la contribution », il faut faire passer le citoyen avant l’économie.

frama-no-twitter.png

Mais ce n’est pas tout !

Nous avons aussi profité de ce mois d’avril pour nous débarrasser d’autres « mouchards invisibles ».

Par exemple, plus aucun site Framasoft ne devrait afficher de « Google Fonts » (polices de caractères affichées sur les sites web, même si l’utilisateur ne dispose pas de ces polices sur sa machine).

Il en va de même pour les « bibliothèques hébergées ». Google propose en effet la possibilité de charger des ensemble de scripts directement depuis son site, maintenus à jour en permanence, ce qui est fort pratique pour les développeurs web pressés. Mais mauvais pour l’internaute. Il a « suffi » de rapatrier ces bibliothèques (jQuery, notamment) en local. Simple quand on a un seul site à gérer, mais plus long quand — comme Framasoft — vous avez plus de trente sites publics à maintenir…

Autre exemple : les boutons Twitter et Flattr que vous trouverez juste sous cet article. Ces derniers étaient aussi des mouchards potentiels. En incluant du code externe (par JavaScript) pour afficher ces boutons, nous informions involontairement Twitter et Flattr de votre visite sur nos billets, même si vous ne cliquiez pas dessus ! Évidemment et malheureusement, vous retrouvez ces boutons sur des milliers d’autres sites (la chasse aux œufs pascale est finie mais vous pouvez toujours vous amuser à chercher les boutons Twitter, Facebook, Google+, etc.).
Comme ces boutons ont une véritable utilité (ils permettent une diffusion simple et rapide de nos articles sur Twitter, ou vous permettent de nous faire un micro-don), nous ne les avons pas supprimés. Ils ont simplement été remplacés par un mécanisme qui oblige l’utilisateur à cliquer dessus s’il souhaite l’afficher. C’est donc une démarche volontaire qui protège la vie privée de l’immense majorité des internautes qui ne souhaite pas utiliser ces fonctionnalités[2].

Voilà donc pour un mois d’avril bien rempli !

En mai, nous devrions nous concentrer sur la mise en place d’un dépôt Gitlab, afin de ne plus laisser le code source que nous publions uniquement sur Github (qui, rappelons-le, n’est pas libre).

Enfin, maintenant que nous nous sommes débarrassé de Google[3], nous allons pouvoir nous concentrer à nouveau sur la proposition d’alternatives libres : améliorations de framapad.org, framadate.org ou framindmap.org et mises en place de nouveaux services (diaporama, visioconférence, dépôt de fichiers, etc[4].)

Notes

[1] Il est normalement contractuellement interdit de révéler le montant de ses gains adsense, mais comme nous arrêtons, autant être transparents.

[2] Notez qu’une possibilité s’offre aussi à vous de gérer cela en amont, directement dans votre navigateur, par exemple avec l’extension Disconnect)

[3] Il restent encore sans doute certains codes de-ci de-là, vous pouvez nous les signaler en commentaires.

[4] On préfère ne pas trop spoiler, car cela dépendra grandement des moyens financiers à notre disposition.




Fin du support XP, un collège espagnol migre vers Ubuntu

Migrer vers Ubuntu pour un utilisateur habitué à Windows est aujourd’hui une opération relativement aisée, en particulier parce que l’on bénéficie de l’aide de la communauté à chaque étape (n’hésitez pas à rejoindre l’Ubuntu party à la Villette et des évènements libristes partout en France). Cependant, le seul fait de changer d’habitudes demeure un peu délicat et demande un temps d’adaptation à chacun. Imaginez ce que doivent être ces petites difficultés lorsque une communauté scolaire entière franchit le pas : institution, enseignants, élèves, matériels… autant d’écueils sur la voie Libre qu’un collège espagnol est en train de franchir, grâce à un activiste convaincu et passionné.

Choisir la migration c’est d’abord lutter contre une inertie de l’institution, plus prompte à conclure des contrats léonins avec Microsoft qu’à s’embarrasser de scrupules. C’est aussi s’efforcer d’échapper à une alternative pénible : être soumis à l’obligation de payer de coûteuses licences ou inviter les utilisateurs à l’illégalité en les piratant plus ou moins discrètement.

Les conditions de cette migration, telles qu’évoquées dans l’article ci-dessous, sont probablement tout à fait similaires de notre côté des Pyrénées. N’hésitez pas à nous livrer votre expérience, nous le publierons ici en commentaire ou pourquoi pas sous forme d’un autre témoignage : faire connaître les difficultés et les réussites est aussi un bon moyen d’avancer sur la voie du Libre.

Interview : migration d’un collège de Windows XP à Ubuntu

Source : Entrevista: Migración de un colegio desde Windows XP a Ubuntu

Traduction Framespagnol : Diab, TV, rou, Omegax + anonymes [rejoindre ce groupe de traduction]

La fin du support de Windows XP met certaines institutions informatiques et leur système informatique face à un vrai dilemme. Un système éducatif à l’avant-garde se doit de passer à Ubuntu.

Fernando Lanero, pour ceux qui ne le connaissent pas, est professeur et responsable TIC du collège des Augustins à León (España). Un activiste du logiciel libre qui s’est attelé à la migration d’un collège de 1200 élèves vers le système d’exploitation Ubuntu. Je vais discuter avec lui pour qu’il nous raconte de première main où en est cette intéressante eXPérience, dont les enjeux sont multiples.

Marcos Costales : Bonjour Fernando. Comment vas-tu ? Raconte-nous comment tu as débuté dans le petit monde de l’informatique et quand est née ta prise de conscience pour les logiciels libres et plus particulièrement pour Ubuntu…

Fernando Lanero : Bonjour ! Alors, j’ai commencé dans le monde passionnant de l’informatique avec un ordinateur 8086 que m’ont acheté mes parents en CM1 pour avoir réussi tous mes examens. C’était un Olivetti qui devait avoir 16Ko de RAM, un disque dur de 20Mo, un écran monochrome vert fourni avec MS-DOS que j’ai supprimé moins d’un mois après sans le faire exprès (del *.* dans le répertoire racine, tu vois ce que je veux dire). À partir de là j’ai eu des amis avec des ordinateurs et je suis devenu accro, vous imaginez facilement combien d’heures j’y ai passé.

En ce qui concerne le logiciel libre j’ai commencé en 1997 ou 1998. Années où il y eu un boom pour Linux, avec une grande quantité de revues qui incluaient un CD avec des distributions. Là, j’avais un pentium cadencé à 120 Mhz. Mes tentatives d’installation furent un désastre complet, j’étais encore à l’école, il n’y avait pas internet et tout ce que je pouvais faire était de lire et relire la revue et essayer d’en tirer quelque chose qui tienne debout. Mes débuts en ligne de commande, bien que je vienne de MSDOS, furent aussi un désastre complet. Au final, oui, j’ai pu en installer une, je serais maintenant incapable de te dire laquelle. Probablement Slackware ou Fedora.

Ensuite je l’ai abandonnée et suis retourné du côté obscur avec Microsoft et son Windows 98. Dix ans plus tard, aux alentours de 2007, je suis revenu à Linux par le biais de Ubuntu, grâce aux bonnes indications et commentaires de Ricardo Chao, professeur et camarade de classe et grand ami.

Vous avez déjà commencé la migration ?

Pas encore, nous allons attendre la version définitive d’Ubuntu 14.04. Nous faisons actuellement des tests, au départ avec les versions alphas et maintenant avec les bêtas.

Quel système d’exploitation utilisez-vous actuellement et pourquoi avez-vous décidé d’en changer ?

Au collège tous les ordinateurs sont actuellement équipés de Windows, 90% sont sous Windows XP et les plus récents tournent sous Windows 7. Celui du Directeur est sous Windows 8 car c’est le dernier qui ait été acheté. La raison pour laquelle ce logiciel est utilisé est uniquement due au fait qu’il était pré-installé.

De combien d’ordinateurs parlons-nous et quelles sont leurs caractéristiques ?

Il y a deux ordinateurs, ceux du Secrétariat, que nous ne migrerons pas pour des raisons administratives mais nous allons migrer les 98 ordinateurs restants. En réalité, de mon point de vue, c’est un nombre de machines considérable vu qu’il s’agit d’un environnement comme la province de León, une région dépourvue de grandes entreprises technologiques de pointe.

A quoi servent ces 98 ordinateurs ?

Ils sont utilisés pour des activités pédagogiques en classe, pour l’usage des professeurs lors de projections vidéos, de tableaux numériques, pour le dessin technique etc. Il y a également 60 ordinateurs répartis entre la salle informatique et les salles de langues.

Quels programmes utilisez-vous aujourd’hui avec les élèves? As-tu une idée approximative du coût de ces programmes pour le centre?

Le programme phare est Microsoft Office sans aucun doute. Et nous devons renouveler les licences de cette suite logicielle chaque année, comme un loyer. Le coût annuel de renouvellement des suites Office avoisine les 3000€ à 4000€ pour l’ensemble des ordinateurs.

Crois-tu que les élèves puissent utiliser ces programmes chez eux en payant eux-mêmes leur licence ?

C’est bien le problème. Ça c’est le piège du logiciel privatif. Dans tes cours tu enseignes avec le logiciel dont tu as besoin pour ton activité d’enseignement. Mais que se passe-t-il ? Si tu enseignes à l’élève à travailler avec un programme privatif, au jeune tu lui apprends à maîtriser ce programme, et ce que tu fais c’est que tu crées un utilisateur de ce programme pour le compte de cette entreprise (car il devient un client potentiel). la contrepartie logique de ce processus c’est que tu risques de l’inciter à pirater ce programme et du coup, à aller à l’encontre de la loi lorsqu’elle ne lui convient pas (tu en fais un délinquant potentiel). Il n’y a pas d’alternative possible à ces deux options avec le logiciel privatif.

classe avec ordis

Tu formes des consommateurs pour une multinationale ou des pirates informatiques, en apprenant aux élèves à enfreindre les lois lorsqu’elles ne conviennent pas. C’est le plus gros danger. Les gens se plaignent en Espagne de cette culture de la tricherie ou du vol dans notre société. Et c’est pourtant ce qui se fait dans de nombreuses écoles, enseigner à tricher de manière indirecte à travers les logiciels privatifs. Si par exemple tu enseignes Photoshop, le centre dispose d’une licence achetée, parfait. Mais, l’élève va-t-il acheter le programme pour faire ses devoirs à la maison ? Impossible ! Et que va-t-il se passer ? Ou tu le lui passes sous la table ou tu l’encourages à aller le télécharger avec un crack. Tu es déjà en train de créer des délinquants, parce que tu les incites à outrepasser la loi.

As-tu vérifié s’il existe des logiciels libres susceptibles de remplacer les logiciels privateurs que vous utilisez actuellement ?

À 100%. Pour Photoshop et MS Office nous pouvons passer à Gimp et LibreOffice sans problème. Nous avons aussi commencé à entrer en contact avec les éditeurs. Maintenant tous les manuels scolaires sont accompagnés d’un logiciel de soutien pour les classes numériques. Ainsi tu travailles avec les élèves de la classe de manière interactive, surtout avec les manuels de langues, d’histoire, dans les cycles maternelle et primaire. Que se passe-t-il ? Elles ont toutes un logiciel pour Windows, mais aucun pour Linux. En discutant avec eux, je leur ai expliqué que nous allions migrer sous Linux et que si leur logiciel ne fonctionnait pas sous Linux nous changerions les manuels scolaires pour d’autres qui nous faciliteraient leur utilisation ou simplement qui disposeraient de logiciels multi-plateformes. Ou ils se démènent pour que leurs produits fonctionnent sous Linux ou nous chercherons des alternatives.

As-tu détecté d’autres problèmes d’utilisation de Windows XP à part le coût des licences ?

Oui, le principal problème de la migration est l’administration de Castilla León. Que se passe-t-il ? Le conseil de Communauté autonome a signé en 2011 un accord avec Microsoft pour utiliser leurs logiciels pendant 5 ans (bien entendu sans appel d’offres d’aucune sorte). La nouvelle a été publiée par les médias, la directrice de Microsoft Iberia est venu, il y a eu une réunion avec Bill Gates…

Le problème de cet accord est que toutes les applications web qui sont développées doivent fonctionner avec des logiciels de Microsoft et sont uniquement accessibles avec Internet Explorer. Ce qui est un énorme problème ; c’est notre principal inconvénient et la raison pour laquelle nous ne migrons pas les deux ordinateurs du secrétariat, parce que c’est notre seule manière de communiquer avec le conseil de communauté autonome : via Internet Explorer, lequel ne fonctionne bien entendu que sur les systèmes Windows.

Quand tu as envisagé la migration suite à l’obsolescence de Windows XP, je suppose que tu as envisagé la possibilité de passer au système d’exploitation Windows 8. As-tu subi un quelconque type de pression de la part du collège ou du conseil pour que, parmi les différentes alternatives envisagées, tu optes pour Windows 8 ? La question vaut aussi pour Windows 7.

Le processus de migration s’est décidé lors de l’annonce de la fin du support et des mises à jour de Windows XP de la part de Microsoft pour cause d’obsolescence. Au collège le principal problème au niveau de la sécurité concerne la transmission des malwares via des dispositifs amovibles de stockage, parce que les gens fonctionnent principalement avec des clefs USB pour le transfert de documents, c’est un authentique incubateur de virus. Il y a quelques années nous avons eu un grave problème dû à un malware qui se transmettait par les clés USB et qui avait échappé aux mailles de l’antivirus de notre collège ; ça a été la folie jusqu’à ce que nous arrivions à tout éradiquer.

Je n’ai pas subi de pression, j’ai eu beaucoup de liberté et en me demandant quelle direction prendre face au problème qui se présentait à nous, je leur ai dit qu’on ne pouvait plus continuer avec XP. Mon premier choix a été de changer pour Windows 7 qui fonctionnait bien, ils m’ont donné leur accord et nous avons demandé un devis. La surprise a été que Windows 7 avait déjà été supprimé du catalogue et que Microsoft ne fournissait déjà plus de licences pour ce logiciel.

On ne peut déjà plus l’acheter ?

Tu ne peux plus l’acheter, Windows 7 n’est plus en vente. Et bien sûr en version piratée tu ne peux pas l’installer pour toutes les raisons que j’ai citées précédemment, au delà des questions légales. Nous avons donc demandé au fournisseur un devis pour la migration vers Windows 8, qui s’est avéré complètement hors de prix : environs 12.000€ pour changer toutes les licences, c’est à dire la moitié du budget du collège pour toute l’année scolaire. C’est ingérable pour un centre éducatif. Et ce prix inclut la remise de 50% pour l’éducation.

L’interface en mosaïque proposée par Windows 8 avec Métro n’est pas non plus adéquate pour un environnement d’enseignement. L’interface avec laquelle tu travailles qui te met la météo de la région de León, l’horoscope et les dernières nouvelles. Cela n’a aucun sens au sein d’une classe. Windows 8 pour l’éducation n’est absolument pas viable selon moi. Il ne me paraît pas utile. De plus les ordinateurs n’ont pas la capacité de faire tourner cette version de manière fluide et en ajoutant la mise à jour du matériel pour migrer avec succès aux nouvelles versions de Windows 8, le budget aurait pu tranquillement monter à 25.000€. Le collège était disposé à le financer si nous n’avions aucun autre recours et c’est là que je leur ai proposé de passer au logiciel libre.

Combien coûte une seule licence Windows 8 pour le collège ? Il pratiquent des remises?

120 € avec la remise de 50% pour l’éducation. Incroyable.

Beaucoup d’administrations d’Espagne appuient et promeuvent le logiciel libre, tu connais la position du conseil de la communauté autonome de Castilla León à ce sujet ? ” Le conseil appuie le logiciel libre à 0 %. Ils ne veulent rien savoir là-dessus. Nous sommes David contre deux Goliath : le conseil de Castilla León et Microsoft.

Quelles autres alternatives as-tu étudiées pour la migration ?

Au vu du matériel, j’ai aussi testé Xubuntu et Lubuntu. Lors de la publication par Canonical de la première version Alpha de Ubuntu 14.04, je l’ai essayé sur l’ordinateur le plus ancien, Unity étais complètement fluide alors j’ai installé Ubuntu 14.04 sur les autres.

Quel est le plus gros avantage d’utiliser Ubuntu au collège ? Pourquoi Ubuntu et pas d’autres distributions ?

Le plus grand avantage c’est que dans le collège toute la communauté associe déjà le logiciel libre à Ubuntu, tous connaissent Ubuntu et en ont entendu parler à un moment ces dernières années.

L’autre grand avantage est le support de pilotes que propose Ubuntu. J’ai essayé beaucoup de distributions et aucune ne propose un support aussi important. Pour une centaine d’ordinateurs de configurations matérielles diverses on ne voulait pas avoir de problème avec le fonctionnement de la carte graphique, de la carte audio, de la connexion réseau… Nous avions besoin d’une distribution qui fonctionne à 100% dès le début sur tous les ordinateurs.

As-tu rencontré un problème concret pour choisir Ubuntu ?

Oui, les gens. Les gens sont réticents à changer pour Linux. Ils sont réticents à changer en général. « Et ça comment ça va m’affecter ? » Je leur réponds que ça ne va pas fondamentalement les affecter, qu’ils vont pouvoir continuer à effectuer leurs tâches de la même façon, voire de façon plus efficace. La suite bureautique LibreOffice peut leur donner quelques problèmes parce que tout le monde fonctionne avec Microsoft Office et lors de l’import de documents des dernières versions l’apparence change et ça les rends fous. Mais ça ne me préoccupe pas beaucoup, nous avons un bon support au collège !

un libriste espagnol qui migre son collège vers ubuntu

Quel sera le coût économique de migrer vers Ubuntu ? Vous avez envisagé de payer le support officiel de Canonical ? Pourquoi ?

Pour le moment nous ne pensons pas payer le support officiel, même si cela pourrait être une bonne option. Le coût réel est de 0€, vu que nous allons l’installer nous-mêmes.

100 ordinateurs représentent beaucoup d’équipements. Auront-ils tous la même configuration ? Comment allez-vous faire ?

Nous allons faire une ISO spécifique pour le collège en unifiant certaines choses. Pour ceux qui sont sur le même réseau, nous les installeront par le réseau… et ceux qui ne le sont pas, nous les installerons un par un.

Combien de temps va prendre la migration ?

Environ 2 mois.

Avez-vous des problèmes de pilotes avec les tableaux numériques interactifs ?

Oui, nous avons des problèmes, mais Hitachi nous donne le code source et c’est beaucoup plus simple. Il y a un groupe d’un autre collège de Barcelone emmené par Francisco Javier Teruelo qui nous aide beaucoup sur ce sujet avec l’idée finale de créer un paquet d’installation pour tout automatiser.

En plus du gain économique, que gagneront le corps professoral, les élèves et les parents avec Ubuntu? Y a-t-il un avantage par rapport à l’utilisation de Windows 8 ?

Ce qu’ils vont gagner c’est la tranquillité à 100%, surtout en supprimant tous les malwares qui pullulaient, ce qui au collège devient une véritable paranoïa. La conversation typique du collège ressemble à ceci :

— Tous les ordinateurs sont remplis de virus. — mmmh attends, avec ton ordinateur à la maison, depuis combien de temps tu n’as pas actualisé l’antivirus ? — Je ne sais pas. J’ai acheté l’ordinateur et l’antivirus était livré avec, je n’y ai plus jamais touché. — Et il a quel âge ? — Six ans — Ok, donc d’où viennent tous les virus du collège ? De ton ordinateur.

Au collège nous avons un antivirus totalement actualisé et même comme ça nous avons le problème dont je te parlais de contagion par USB.

Plus d’avantages ? La rapidité du réseau. Suite à la récente migration à la fibre optique et la configuration du réseau en Gigabit, tout va être beaucoup plus rapide et encore plus avec Linux. Parce que sincèrement, je ne sais pas ce que fait Windows, mais il ralentit n’importe quel réseau de 10% à 15% en comparaison d’un réseau fonctionnant avec Linux. Ou alors la NSA nous espionne…

On nous a dit que les professeurs étaient un peu réfractaires au changement, les élèves aussi ?

Les élèves sont intéressés. Les enfants sont curieux par nature. Parmi eux il y a une culture pro-Linux. Au fil des ans j’ai réussi à faire germer l’idée que Linux « déchire », qu’il est utilisé par les gens qui ont un réel intérêt pour l’apprentissage et la connaissance du fonctionnement réel des choses et les jeunes sont très attirés par cette idée. Ils ne sont en rien réfractaires au changement. Ils recherchent la nouveauté et le changement.

On dirait que l’initiative citoyenne a des années-lumière d’avance sur l’administration, surtout en lisant des nouvelles qui disent que l’Administration migrera vers Windows 8 sans appel d’offre. Que dirais-tu à tous ceux qui disent qu’une migration vers Ubuntu est complexe, aussi onéreuse que vers Windows 8, non viable ou mille autres boniments ?

Boniment, tu l’as dit. La phrase exacte est « boniments vendus par la propagande des grandes multinationales ». Ces circonstances que tu viens de citer c’est ce que te vend Microsoft, qui a fait une publicité subliminale impressionnante pour te faire voir que ce qui est bien c’est Windows. Windows m’a apporté mille problèmes pendant des années sur les ordinateurs du collège avec son manque de support pour les vieilles cartes ATI. Avec Linux, tu as beaucoup plus de compatibilité sur du vieux matériel. Tout est plus simple.

En ce qui concerne le coût, qu’ils ne viennent pas nous en parler. Nous sommes passé de 12.000€ à 0€. Parce que nous l’installons nous-mêmes, et si nous ne l’avions pas installé il aurait fallu faire appel à une société pour l’installation, mais celle-ci ne nous aurait pas facturé 12 000€ pour l’installation, loin de là.

S’il avait fallu employer une entreprise ça aurait également créé de l’emploi local.

Tout à fait. Beaucoup mieux. Tu aurais des gens qui travaillent dans ton entourage et pas qui touchent des aides par manque d’emploi.

La fin du support a-t-elle servi à se demander quelles seront les prochaines technologies qui seront utilisées, avec l’objectif d’être plus ouvertes et moins dépendantes d’une société en particulier ?

C’est sûr. Tout est bon pour envisager d’autres alternatives technologiques. Un article dans le Quotidien de León sur cette migration a suscité beaucoup d’intérêt dans notre entourage. Voir qu’il existe d’autres alternatives. Bien supérieures et avec une philosophie ouverte du partage d’égal à égal. Linux a commencé à s’associer à l’avant-garde… grâce au travail de toute la communauté. Android a aussi fait beaucoup de bien à Linux. Bien que ce ne soit pas une alternative 100% libre, les gens entendent parler de LINUX. Leur téléphone fonctionne très bien et ça c’est bien !

Quand j’étais petit, il y avait un ordinateur par foyer, avec de la chance. J’avais une vraie passion pour les films comme WarGames, Internet n’existait pas et je lisais avec ferveur les peu de revues qui racontaient comment les vrais hackers volaient du temps de travail pour programmer les gros ordinateurs de leurs universités… Maintenant nous avons facilement 2 ordinateurs par personne, une tonne de documentation, un accès bien plus facile à la technologie… Les vrais natifs numériques sont les élèves d’aujourd’hui… Ont-ils cet intérêt que nous avions dans le temps pour l’informatique ? Tu les crois passionnés par Ubuntu ? Ils l’utilisent chez eux ?__

Oui. C’est vrai que maintenant beaucoup plus de gens se servent de l’informatique et c’est beaucoup plus accessible, mais le niveau d’utilisation est plus superficiel. Quand nous étions petits nous approfondissions beaucoup plus, je me souviens que j’avais un manuel de 300 pages sur MS-DOS avec les commandes et je l’étudiais parce que j’adorais ça. Maintenant c’est impensable. La majorité des enfants utilisent surtout les réseaux sociaux, il ne s’agit pas de l’intérêt pour l’informatique en soi que nous avions. C’est un intérêt focalisé sur les applications. Je dois reconnaître qu’avec le 8086 je jouais à Monkey Island, mais si tu avais un problème avec le son tu devais te débrouiller pour trouver ce qu’il se passait. Maintenant si quelque chose ne fonctionne pas, ils changent d’appareil.

Disons qu’avant ils étaient là par choix et qu’aujourd’hui ils sont là par obligation…

Aujourd’hui c’est parce qu’ils l’ont et comme ils l’ont, ils l’utilisent. Nous avons un peu perdu l’esprit des « pionniers » que nous avons connu.

J’ai pourtant vérifié in situ avec le Linux & Tapas à León où beaucoup de tes élèves sont venus, qu’ils ont une réelle passion pour le logiciel libre…

Oui, c’est vrai qu’à eux autant qu’à d’autres j’ai toujours essayé de montrer les bienfaits de l’utilisation de systèmes libres… de leur faire voir que la voie, c’est le partage avec les autres, l’entraide. La philosophie Ubuntu dans un système éducatif est fondamental. A la fin de l’année scolaire, j’ai toujours une dizaine d’élèves qui l’installent pour leur propre compte, autant que je sache.

Merci beaucoup Fernando d’avoir partagé avec nous cette expérience et bonne chance pour la migration.

Article sous licence Creative Commons CC BY-SA 3.0




Prototypo : vos polices sur mesure

prototypo-i.gif

En marge de la préparation d’un événement organisé sur Lyon par la communauté Mozilla (dont on vous reparlera bientôt), nous avons eu le plaisir de rencontrer l’un des développeurs de Prototypo, un logiciel libre de dessin typographique, à l’usage très innovant.

Une soirée de présentation du logiciel ayant lieu ce soir (Lyon 7ème)[1], nous avons souhaité poser quelques questions aux créateurs du projet, afin qu’ils nous présentent le parcours de ce logiciel, qui sera bientôt disponible.

Faisons un peu connaissance : pouvez-vous vous présenter ?

Yannick, 28 ans. Depuis maintenant 4 ans je dessine et intègre des sites webs, des interfaces et parfois je touche un peu au papier. J’ai commencé à toucher au code durant ma dernière année des Arts Décoratifs de Strasbourg lorsque j’ai réalisé la version Alpha de Prototypo, développée en Processing. Après une année passée en agence à Paris, j’ai décidé de me lancer en freelance, à Lyon, et j’essaie depuis de me perfectionner dans tout ce qui m’intéresse, c’est-à-dire le dessin de caractère, le développement et le design interactif en général.

Louis-Rémi, 27 ans, développeur web indépendant depuis trois ans. Je suis tombé dans le logiciel libre en même temps que je suis tombé dans le web : sur le tard (en 2007), et très naturellement, parce le web et le libre étaient déjà largement entremêlés à cette époque. J’ai participé il y a quelques années au développement de la branche 1.X de jQuery et créé quelques plugins assez populaires. Et je suis un Mozillien depuis six ans, j’ai participé à “Jetpack / addon SDK”, à la documentation sur MDN. Aujourd’hui je développe Prototypo avec Yannick tout en essayant de rendre ce “logiciel libre de niche” viable financièrement.

prototypo-devs.jpg

Alors, Prototypo, c’est quoi ?

Prototypo est un logiciel de dessin typographique, il permet de créer de nouvelles polices des caractère qui seront utilisées dans le design graphique (affiches, sites web, jeux vidéo, etc.). Dans Prototypo, le dessin démarre en modifiant une vingtaine de paramètres qui vont changer l’apparence de toutes les lettres de l’alhabet en même temps. Alors que dans les autres logiciels (Fontlab, Glyphs, Robofont et l’alternative libre Fontforge) on dessine chaque caractère un à un. L’intérêt c’est qu’on démarre plus vite, même avec des connaissances limités dans cette discipline exigeante, et que l’on peut explorer de nouvelles formes et proportions en quelques clics.

Comment vous est venu cette idée ?

Y. : En étant graphiste papier à la base, l’intérêt pour la typographie m’est venu tout naturellement, car c’est une pierre d’angle de la création graphique quelque soit son envergure et ses objectifs. Assez rapidement, j’ai essayé de créer moi-même un caractère typographique que je pourrais utiliser en petit corps (corps de labeur) dans mes projets. Mais dessiner un caractère de qualité requiert un investissement important et n’est pas du tout une tâche accessible si l’on n’y consacre tout son temps. Il existe une multitude de règles optiques, de dessin, à respecter (et avant tout à connaître) pour que le caractère soit fonctionnel. Étant donné que beaucoup de ces règles sont récurrentes et mesurables, je me suis dit qu’il serait possible de les systématiser et donc de les coder. Prototypo est né de cette idée : permettre à l’utilisateur de se concentrer sur le design et laisser la machine s’occuper des tâches répétitives et gérer ces micro-corrections.

LR. : moi j’ai découvert la vidéo de la première version développée par Yannick il y a à peu près un an. Visuellement c’était bluffant, et comme j’ai une écriture manuscrite déplorable, j’ai peut-être vu inconsciemment en Prototypo un moyen à ma porté d’avoir une écriture personelle ET lisible. Quoi qu’il en soit j’ai contacté l’auteur de cette vidéo pour savoir où en était le projet. Il aurait pu habiter aux US, il aurait pu ne jamais me répondre ou être passé à autre chose… Mais non, il habitait à Lyon, à trois kilomètres de moi, il avait envie de redémarrer le projet avec des technos web et il était prêt à me rencontrer (plus tard on s’est apperçu qu’on s’était croisé dans son école et à un déménagement sans le savoir). On a commencé à travailler sur notre temps libre et à voir que ça marchait, puis on s’est dits qu’on voulait faire les choses en grand, qu’on travaillerait à temps plein un mois ou deux avant de tenter une campagne de financement participatif.

Selon vous, quels sont les publics d’une telle application ?

Les logiciels de dessin typographique s’adressent aux graphistes et typographes. Prototypo est utile aux amateurs et étudiants pour s’initier de manière ludique, ainsi qu’aux professionnels, particulièrement pendant la phase de recherche graphique. Mais nous espérons aussi rendre cette discipline accessible aux novices qui veulent une police sur mesure pour leur site, leur jeu vidéo, ou toute autre création qui utilise du texte.

prototypo-i-et-code.gif

Pourquoi avoir choisi une licence libre ?

LR. : Cétait une évidence. J’ai toujours publié le code que j’écrivais sur mon temps libre sous licence libre, parce que j’ai toujours développé avec du logiciel libre. Et Yannick s’était initié au développement principalement sur Processing dont la communauté est très encline au partage. Mais cette fois-ci il y avait un vrai défi : gagner sa vie en créant un logiciel libre.

Y. : J’ai aussi fait mes premiers pas avec des CMS comme SPIP et la communauté m’a beaucoup apporté. Depuis tout ce temps, j’ai beaucoup reçu mais jamais donné; avec Prototypo c’était l’occasion ou jamais.

prototypo-libre.gif

Parlons du financement : vous avez travaillé à plein temps dessus pendant plusieurs mois, vous ne viviez que de 0 et de 1 ?

Presque. Le plan initial était d’arriver rapidement à un prototype qui prouverait que le concept marchait aussi dans un navigateur, en plus de créer de la nouveauté pour les personnes qui suivaient le projet depuis plusieurs années. Et ensuite de lancer très tôt une campagne de financement participatif pour vérifier l’intérêt du public et la viabilité du projet. Dans les faits ça a pris beaucoup de temps. Nous rallongions contamment la liste des “fonctionnalités essentielles” et avons mis cinq mois à être satisfaits, puis encore un mois à lancer la campagne sur Kickstarter. À l’origine nous pensions donc devoir vivre deux ou trois mois sur nos économies (ce qui est tout à fait envisageable tant qu’on n’habite pas Paris). Finalement il a fallu se serrer la ceinture les trois derniers mois et accepter des petits contrats.

Vous avez lancé une campagne Kickstarter. Où en est-elle ?

La campagne visait à rassembler 12.000£ (15.000€) en un mois, pour financer les cinq mois de travail nécessaire à la sortie de la version 1. Nous avons atteint cet objectif en trois jours, et au bout de deux semaines nous en sommes à presque 20.000£ (24.000€). Cela va nous permettre d’ajouter des fonctionnalités avancées telles qu’un éditeur intégré permettant d’importer ses propres polices pour les rendre paramétrables, ou des extensions de navigateur pour prévisualiser en temps réel la police dans des pages web.

prototypo-goals.png

C’est le résultat d’une longue préparation, entamée dès le début de notre collaboration : nous avons animé un blog et des comptes sur les réseaux sociaux, et aussi mis en place un formulaire pour s’abonner à notre newsletter, sur notre site principal. En six mois 10.000 personnes s’y sont inscrites, dont la moité après un effet boule de neige démarré par un simple tweet de Smashing Magazine. C’est grâce à ces inscrits que la campagne a connu un bon démarrage. Désormais nous sommes occupés à plein temps par son animation : nous répondons aux questions des utilisateurs, sollicitons des blogs pour des interviews (big up au Framablog), et participons à des évènements autour du design et de la typographie.

Et après ? Envisagez-vous d’autres modèles de financement pour ce projet ?

Pendant la campagne et par la suite, nous vendons un abonnement qui permet d’utiliser le logiciel sur nos serveurs pendant un an. Pour nous c’est un moyen d’obtenir un revenu régulier qui nous permette de nous consacrer à temps plein à l’amélioration du logiciel. Pour les utilisateurs, c’est la possibilité de bénéficier instantanément de tous les avantages d’une web-app (applications et données disponibles partout, toujours à jour), en gardant la possibilité d’installer l’application en local. Nous sommes aussi en discussion avec des éditeurs de solutions hébergées qui souhaitent intégrer Prototypo à leurs applications.

Techniquement, quelles solutions avez-vous retenues ?

Nous utilisons les languages de base du web : HTML, SVG, JS et SCSS (CSS avec des variables et règles imbriquées). Cela nous permet d’être le plus ouvert aux contributions externes. Pour structurer notre application et simplifier le développement de l’interface utilisateur nous avons choisi AngularJS, qui est très activement développé et dispose d’une bonne documentation et d’une forte communauté de développeurs. Pour que l’application fonctionne de manière “hors-ligne par défaut” nous utilisons Hoodie, un projet encore perfectible mais très activement développé par une équipe expérimenté et ambitieuse. Pour gérer les interactions tactiles et à la souris de manière unifiée nous utilisons la librairie PointerEvents, qui est un sous-projet de Polymer, développé par Google. Et nous utilisons encore jQuery, parce que les navigateurs modernes ont et auront toujours des bugs, que son API conserve des avantages par rapport à celle du DOM (chaînages des méthodes, délégation d’évènements), et qu’elle intègre des optimisations internes (différents caches et utilisation de fragments DOM). Enfin, nous nous sommes rapprochés d’autres développeurs de webapps libres de dessin typographique pour créer une librairie capable de générer des fichiers de polices binaires (.otf) directement dans le navigateur.

Par ailleurs, nous créons petit à petit notre propre language afin de créer les “caractères paramétrables” qui sont au coeur de Prototypo : des caractères qui se transforment lorsque l’utilisateur interragit avec les paramètres de l’interface. À la base c’était un mélange de SVG et de JS mais nous permettons de rajouter des contraintes (un point placé à une interection par exemple), et d’inclure dans un tracé des composants réutilisables. C’est en évolution constante et très spécifique à notre usage, mais nous espérons bien que les utilisateurs s’en saisiront pour enrichir les possibilités du logiciel. Quelle est la suite des évènements ? (annoncer entre autre l’apéro)

Nous allons encore être occupé à plein temps par la campagne pendant ses 15 derniers jours. Nous organisons mardi soir un Apéro Prototypo sur Lyon (chez KolleBolle) auquel nous convions tous nos amis, mais aussi les graphistes et libristes qui voudraient essayer la version de développement du logiciel et discuter avec nous autour d’un verre. Les 6 et 7 Mai nous seront au Automatic Type Design organisé par l’ANRT à Nancy. Une fois que la campagne sera finie nous nous remettrons enfin au dévelopement et essayerons de créer les conditions favorables à l’accueil de contributeurs externes. La version de travail sera accessible fin Mai et la version 1.0 devrait être disponible en Septembre prochain. Nous continuerons à développer Prototypo aussi longtemps que notre trésorerie le permettra.

prototypo-code.png

Merci à vous deux ! Un petit mot pour la fin ?

On remercie toutes les personnes qui nous ont soutenu jusqu’ici, en donnant de leur temps, en participant à la campagne de financement, en affichant leur soutien sur Twitter et Facebook, en nous inviant dans leurs colonnes, et on remercie par avance toutes les personnes qui vont le faire. Dès le début Prototypo a été un projet passionnant, maintenant grâce à vous c’est un projet exaltant.

Notes

[1] Oui, je sais, on prévient “un peu” tard :-/




Ce que cache la gratuité des photos embarquées de Getty Images (et des autres)

Le Parisien nous annonce que YouTube a connu une panne mondiale hier soir 13 mars 2014, entraînant avec lui la pléthore de sites qui proposent ses vidéos à mêmes leurs pages web via le lecteur embarqué. On remarquera que pour mieux nous informer l’article en question intègre deux tweets (paresse de journaliste ?).

Vidéos YouTube, encarts Twitter, musiques Soundcloud, boutons Facebook… nos pages web deviennent de plus en plus souvent un savant mélange entre notre propre contenu et celui des autres, apporté sur un plateau par des multinationales à forte dominante américaine.

C’est pratique et gratuit. Il y a un juste à faire un copier/coller avec un bout de code pour que, ô magie, le contenu des autres apparaisse instantanément sur votre page, l’enrichissant ainsi à moindre frais.

Mais il y a un risque et un prix à payer. Le risque c’est que comme rien n’est éternel, le jour où YouTube, Facebook, Twitter… disparaîtront (si, si, ça leur arrivera à eux aussi), on se retrouvera avec des pages pleines de zones vides qui n’auront plus de sens. Avant de disparaître, ces sociétés en difficulté auront pris le soin de modifier le contenu même de toutes ces (frêles) embarcations avec, qui sait, toujours plus de publicité. Elles en ont parfaitement le droit, c’est un accord tacite que vous signez avec elles lorsque vous recopiez leur code. Google peut ainsi très bien du jour au lendemain ne faire afficher qu’une seule et unique vidéo dans tous les milliards lecteurs YouTube embarqués avec, disons, une pub pour Coca-Cola : impact marketing garanti !

Quant au prix à payer il est lourd à l’ère de l’informatique post Snowden, c’est celui de votre vie privée car, comme on le verra plus bas, ces intégrations collectent de nombreuses informations vous concernant.

Ici donc c’est au tour de l’énorme banque Getty Images de vous proposer d’embarquer ses photos. Et vous avez le choix parmi… 35 millions d’images ! D’un côté cela rend service et sensibilise au respect du crédit, de la licence et du lien vers le document d’origine. De l’autre ça participe à la fameuse citation « si c’est gratuit, c’est que c’est vous le produit »…

À comparer avec ce qu’a fait la British Library, l’équivalent britannique de la BnF, en décembre dernier : verser 1 million d’images du domaine public en haute résolution sur Flickr. Un autre monde, un monde à défendre, promouvoir et encourager.

 

 

Getty Images autorise l’incorporation gratuite, mais quel en est le prix pour la vie privée ?

Getty Images Allows Free Embedding, but at What Cost to Privacy?

[MàJ du 8 mars 2016] Par recommandé reçu au siège de Framasoft le 07 mars 2016, la société GETTY IMAGE, par l’intermédiaire de son conseil juridique, met Framasoft en demeure de supprimer la majeure partie des éléments du billet de blog présent sur cette page. Sont en particulier concernés les propos issus de la traduction de l’article de Parker Higgins de l’Electronic Frontier Foundation, intitulé « Getty Images Allows Free Embedding, but at What Cost to Privacy ? ». Le billet ayant été publié en mars 2014 (il y a deux ans !), le délai légal du délit de presse n’ayant pu être retenu, c’est sur le thème du dénigrement que s’attache le cabinet de conseil de GETTY IMAGE.

Nous aurions pu à notre tour nous tourner vers notre propre conseil, qui n’aurait pas manqué, par exemple, de relever les injonctions non conformes au droit présentes dans cette lettre, ou la grande faiblesse des arguments (intimidants en apparence).

Aller au bout d’une procédure se concluant très certainement en queue de poisson ? Cela aurait été de notre part une perte d’énergie, de temps et d’argent ; nous estimons que les généreux dons des contributeurs n’ont pas à servir à de vaines procédures portant sur l’image de telle ou telle société, gagne-pain laborieux de quelques conseils juridiques à défaut d’avoir de vraies causes à défendre.

Nous préférons donc censurer ce billet et laisser nos lecteurs juges de la teneur du courrier en question que nous reproduisons ici. Évidemment, les propos que nous supprimons sur cette page ne sortiront pas pour autant d’Internet, n’est-ce pas ?

gettyreco1 gettyreco2 gettyreco3




Rencontre avec ALGEM, Application Libre de Gestion d’École de Musique

ALGEM

Vous participez ou administrez directement une école de musique ? Ou plus généralement vous vous occupez d’un lieu associatif qui doit organiser la gestion des plannings, des adhérents et des contacts, la réservation des salles, la planification des cours, le prêt du matériel… ?

Sachez qu’il existe une excellente application développée depuis plus de dix ans par deux passionnés de musique et d’informatique !

Le logiciel s’appelle ALGEM (le L c’est donc pour Libre) et il méritait assurément une petite mise en avant.

Rencontre avec Bruno Mauguil (au centre sur la photo) et Jean-Marc Gobat (à droite) qui travaillent tous deux à Musiques Tangentes (Malakoff) d’où l’aventure ALGEM a vu le jour.

img_2802.jpg

Interview ALGEM

Bonjour Bruno et Jean-Marc, pouvez-vous vous présenter succinctement ?

426285_145343322250790_1790613950_n.jpgJean-Marc : agrégé d’éducation musicale et diplômé de l’école d’ingénieurs du CNAM de Paris, j’ai la chance de pouvoir pratiquer au sein de Musiques Tangentes mes deux passions que sont la musique et l’informatique. Je participe au développement d’ALGEM depuis quelques années déjà et intervient dans l’école en tant que professeur de M.A.O. Je suis aussi membre fondateur du groupe de fusion World « Transbohêm ».

Bruno : à l’origine musicien de Jazz, j’ai créé Musiques Tangentes à l’âge de 20 ans au milieu d’un grand vide intersidéral : pas de locaux de répétition, pas d’école de musiques actuelles… Après avoir fondé l’école, épaulé de quelques furieux musiciens, l’informatique nous a permis de structurer ce milieu embryonnaire. J’ai tout de suite compris l’immense intérêt de ce nouvel outil : création, gestion, bureautique, etc. Après m’être débattu sur Prologue (système d’exploitation français de Bull) puis fait un court et malheureux passage sur Windows, je participe aux balbutiements du Libre grâce à la rencontre providentielle d’Eric. C’est la révolution ! Bien que je ne sois pas du tout informaticien, je ne jure depuis que par l’Open Source. Cela fait maintenant 15 ans que nos outils bureautique sont sous Linux. La musique viendra plus tard sur ce système et en partie seulement. ALGEM est né du fait de l’absence totale d’outil de gestion pour notre activité. La suite reste à écrire….

Alors ALGEM c’est quoi ?

Jean-Marc : strictement parlant, ALGEM est l’acronyme d’Application Libre de Gestion d’Ecole de Musique. C’est au départ un logiciel de gestion dédié aux écoles de musiques actuelles. Axé sur la gestion de plannings et de contacts, il s’est enrichi au cours des années et peut très bien convenir aujourd’hui à d’autres types de structures.

Quelle est la répartition des rôles entre vous deux ?

Jean-Marc : je suis chargé du développement, de la maintenance chez nos partenaires et de tous les aspects techniques liés à l’installation, le fonctionnement et les rapports d’erreurs signalés par nos utilisateurs.

Bruno : je suis responsable de l’Association et initiateur du projet. Je suis donc à la fois maître d’œuvre et maître d’ouvrage, responsable du cahier des charges, définissant les grandes lignes et les besoins, et de plus en plus concerné par les problèmes de déploiement. Je joue beaucoup aussi le rôle de bêta-testeur, avec l’ensemble de l’équipe, et suis bien sûr utilisateur au quotidien depuis maintenant plus de 10 ans.

C’est parti d’un besoin interne ? Il n’existait rien de similaire sur le marché ?

Jean-Marc : effectivement, il n’y avait rien de comparable sur le marché à l’époque de sa mise en chantier. Les quelques solutions existantes, très coûteuses de surcroît, étaient réservées aux utilisateurs de Windows et ne correspondaient pas aux besoins des écoles de musiques actuelles. Il fallait donc choisir entre une solution bancale ou le développement d’un logiciel en interne. C’est ce dernier choix qui a été fait, grâce à la participation d’Eric. Ses compétences en Java, langage à l’époque en pleine expansion, lui ont permis en quelques mois de fixer l’ossature du logiciel et de le rendre opérationnel dans nos locaux.

Quand avez-vous décidé d’en faire un logiciel libre et pourquoi ? Et avez-vous constaté une amélioration dans la diffusion et participation du projet ?

Jean-Marc : depuis les débuts, Musiques Tangentes s’investit dans le libre, en privilégiant les systèmes et logiciels Open Source et les applications sous Linux. Il était naturel avec ALGEM d’ajouter une pierre à l’édifice. Comme il a fallu pas mal de temps pour refaçonner l’application, réorganiser les sources et produire quelque chose de plus cohérent, ce passage n’a pu se faire qu’assez récemment, début 2012 (les sources sur GitHub). C’était aussi l’objectif/rêve de Bruno, celui de pouvoir partager un outil avec les confrères et de contribuer à la communauté du libre.
La diffusion du logiciel est encore assez réduite, mais de nombreuses demandes nous ont été faites depuis les derniers mois. Et nous avons constaté un regain d’intérêt depuis le début de l’année scolaire et la publication sur Framasoft.

vue_generale.png

Le logiciel évolue comme vous voulez ? Résistez-vous au « cloud » ?

Jean-Marc : beaucoup de projets en cours, oui. Des fonctionnalités en chantier : gestion de stages, importation de carnets d’adresse, pré-réservation en ligne, etc. Quant au « Cloud », s’il présente indéniablement des avantages, comme la simplification des procédures pour les novices, son adoption à grande échelle par les entreprises dominantes symbolise pour nous une certaine forme de retour au Minitel, comme l’avait remarqué à juste titre Benjamin Bayart dans sa fameuse conférence. S’en remettre à des entreprises comme Google, Facebook, Apple ou Microsoft, c’est un peu renier l’Internet des origines, décentralisé et pluriel. Afin de répondre aux besoins d’une certaine frange de nos utilisateurs, nous avons essayé néanmoins avec Algem Webstart de concilier les deux mondes : déployer localement l’application tout en profitant de l’hébergement en ligne.

Dans combien de structures ALGEM est-il déployé ? Elles s’occupent toutes de musique ?

Jean-Marc : Officiellement, une demi-douzaine de structures, dont deux à Toulouse et à Tours avec lesquelles nous sommes en relation très étroite. Cela va de la salle de répétition au salon de coiffure ! Donc, pas nécessairement ciblé école de musique. Officieusement, une trentaine de structures nous ont déjà demandé une version d’ALGEM pour leur usage personnel.

C’est dans le cadre de Musiques Tangentes que vous avez développé ALGEM. Pouvez-vous nous en dire plus sur ce lieu, son histoire, les services proposés ?

Bruno : Musiques Tangentes est un centre « musiques actuelles » : apprentissage de loisir, centre de formation professionnelle, studio de répétition (collectif et individuel), studio d’enregistrement, accompagnement de projet et un peu de diffusion (amateur et professionnel). C’est aussi un lieu de création et d’accueil de résidence ou d’insertion professionnelle. C’est une structure pionnière, née dans le squat de la rue des Caves à Sèvres. Nous fêtons cette année nos 35 ans d’existence et Musiques Tangentes est ouverte à tous (à partir de 3 ans), débutant ou confirmé, amateur ou professionnel. Un tiers de notre activité s’effectue aussi hors les murs (intervention en temps scolaire, en périscolaire, en centre spécialisé type IME, en colonie de vacance, en crèche, en entreprise…), partout ou l’on peut faire de la musique… « PLUS DE BRUIT », la Mano Negra est passée par chez nous, c’est un lieu d’apprentissage, de rencontres et d’échanges. Bref, un berceau d’utopies où l’on peut encore rêver et jouer sans contraintes !

IMG_2943.jpg


Il me semble que vous y proposez un studio d’enregistrement « full libre » ?

Jean-Marc : nous utilisons depuis longtemps des distributions Linux spécialisées dans l’audio-numérique, comme 64Studio, Ubuntu Studio, ou plus récemment Tango Studio. Ardour est installé dans notre rack informatique et nous permet de réaliser des enregistrements sous ces systèmes, grâce à la compatibilité matérielle de notre carte RME MADI 64 canaux. Bien que nous fournissions aussi des prestations sur Pro Tools, le logiciel de référence dans de nombreux studios, nous ne pouvons qu’encourager l’usage de solutions libres. Musiques Tangentes est pratiquement la seule structure à proposer de tels services dans un environnement résolument professionnel : console numérique SONY DMX-R100, station de travail Intel i7 64 bits en dual boot, enceintes A2T. La demande est encore infime mais il n’est pas interdit de penser que l’utilisation d’un logiciel comme Ardour soit à l’avenir de plus en plus pertinente, face à une concurrence peu réactive et très coûteuse.

Est-ce que vous en profitez pour sensibiliser vos membres mélomanes aux licences libres ? Y en a-t-il qui ont fait le choix des licences Creative Commons pour leurs créations ?

Jean-Marc : j’ai moi-même édité l’album « Déserts » de Transbohêm sous licence Creative Commons. D’autres adhérents et membres de l’équipe administrative ont aussi choisi cette licence pour leurs réalisations. Pour un indépendant désireux aujourd’hui d’éditer sa musique, les licences libres présentent une belle alternative face aux fourches caudines de la SACEM.

Bruno : Musiques Tangentes est membre de « Libre Accès » et à ce titre nous avons vivement encouragé nos adhérents à utiliser des licences libres. Vous trouverez de nombreux articles à ce sujet sur notre blog. De plus, des ateliers découverte sont organisés régulièrement autour de ce thème.

Et pour finir, un appel à bonne volonté pour ALGEM ?

Jean-Marc : tout le monde est bienvenu : relecteurs de code, testeurs, spécialistes Java. Nous invitons d’autre part toutes les structures utilisant le logiciel à nous donner leur avis ou nous suggérer des améliorations possibles. Nos propositions de journées de formation restent d’ailleurs toujours d’actualité et nous encourageons tous les utilisateurs à les suivre afin de participer aux avancées d’ALGEM et de pérenniser son développement dans les années futures.

Bruno : nous en sommes encore à l’aube de l’engagement communautaire autour de ce projet et nous espérons que de nombreux utilisateurs et programmeurs nous rejoindrons prochainement . Une première rencontre entre tous les acteurs concernés sera d’ailleurs proposée très bientôt.

-> ALGEM – Pour tout contact : info@algem.net

IMG_8460.JPG__Rj7989_.jpg




Le journalisme open source, selon OpenWatch

Le site OpenWatch nous propose de faire du journalisme autrement en s’inspirant des principes et techniques du logiciel libre.

Ils appellent cela le « journalisme open source » et y voient, non sans emphase, l’avenir de la profession.

Pure rhétorique ou réelles pistes à explorer pour un secteur en grave difficulté actuellement ?

Decar66 - CC by

Les nouveaux principes du journalisme open source

The New Principles of Open Source Journalism

(Traduction : Peekmo, goofy, lamessen, Slamino, Omegax„ Asta, Paul, Kayjin, aKa + anonymes)

OpenWatch souhaite être le cœur du journalisme open source de la prochaine décennie. Quelles valeurs émergeront pour définir les actualités de demain ?

Partout dans le monde, les agences de presse traditionnelles vacillent. Leurs revenus publicitaires se tarissent car les gens suivent de plus en plus l’actualité à partir de sources d’information en ligne ou ne s’y intéressent tout simplement pas parce qu’ils préfèrent consacrer leur temps à d’autres types de contenus numériques. L’information qui reste est plus édulcorée que jamais, le journalisme d’investigation a laissé la place à des opérations de relations publiques travesties en information, les correspondants à l’étranger sont remplacés par des vidéos virales et des ragots people.

Pourtant, le journalisme joue un rôle terriblement important dans la société, en permettant aux gens d’être informés sur le monde qui les entoure et en obligeant les élites au pouvoir à rendre compte de leurs actes. Nous ne pouvons laisser ce rôle simplement passer à la trappe. Au lieu de vivre cette situation comme une catastrophe, nous pouvons y voir une opportunité de réévaluer la nature et l’objet du journalisme. Partant de là, je crois pouvoir dire que nous assistons à l’émergence du phénomène peut-être le plus réussi et étrangement merveilleux de l’ère numérique : le mouvement du logiciel et de la culture « libres et open source ». Dans ce mouvement, les individus sont libres de consommer l’information et d’y contribuer au sein d’un espace commun et, ensemble, ils sont parvenus à créer un tout qui est plus que la somme de ses parties.

OpenWatch est une entreprise du secteur des technologies qui produit et soutient le journalisme open source. OpenWatch vise à être au New York Times ce que RedHat est à IBM. Notre produit de base est une suite gratuite d’applications mobiles qui permet à n’importe qui de diffuser du contenu, de visionner des vidéos sur téléphone mobile et de recevoir des alertes avec des possibilités de contribuer à nos reportages et enquêtes.

Du point de vue éditorial, nous sommes intéressés par la couverture des sujets sous-médiatisés tels ceux tirés d’histoires et d’enregistrements de gens ordinaires, mais aussi par les événements où les médias traditionnels échouent à remettre en cause les pouvoirs établis. Nous souhaitons présenter nos articles dans un contexte où l’homme de la rue peut prendre part à la mise au jour et à l’exposition de faits vérifiés.

Histoire

Au fil des ans, il y a eu bon nombre de tentatives de qualifier le genre de travail que nous évoquons ici : journalisme citoyen, journalisme civique, journalisme participatif, journalisme scientifique, journalisme (ouvert au) public, journalisme collaboratif, journalisme communautaire, wiki-journalisme et une foultitude d’autres appellations qui, j’en suis sûr, doivent exister.

Chez nous, nous appelons cela simplement du « journalisme open source ». En tant que contributeurs au mouvement du logiciel libre et open source, nous sommes bien conscients que le terme « open » peut être à la fois chargé et vide de sens. Nous souhaitons donc esquisser quelques principes de base qui, selon nous, définiront le journalisme open source de la décennie à venir.

Il ne s’agit ni d’un manifeste, ni d’une liste de revendications, ni même d’une promesse. C’est simplement une liste de valeurs journalistiques que nous entendons respecter et promouvoir. Nous ne voulons pas être crédités pour ces principes : d’autres, nombreux, nous ont précédés, existent à nos côtés ou viendront après nous. Notre seule ambition est d’exposer ces principes et d’inviter d’autres à les partager.

Avec le temps, nous espérons que l’importance de ces valeurs deviendra si évidente qu’elles feront apparaître le journalisme traditionnel comme dépassé et influenceront les grands organes de la presse traditionnelle.

1. Des sources primaires complètes

Le principe premier du journalisme open source est qu’il doit être « scientifique ». Cela signifie donner un accès aux sources primaires complètes, sous la forme de matériel documentaire associé, par un lien ou une incorporation, aux affirmations du récit journalistique, y compris tous les entretiens oraux ou par courriel avec des individus ou les documents bruts pour les sources anonymes.

Sans sources primaires complètes, le public est en réalité réduit à l’impuissance, privé de la possibilité de vérifier la véracité des faits qui lui sont livrés et se trouve réduit à devoir faire confiance à une seule version des faits. Avec la confiance vient le pouvoir, et avec le pouvoir viennent les abus. Le public a été gravement abusé sur de nombreuses questions, par exemple dans l’exposition des faits justifiant la guerre contre l’Irak, dans la couverture du programme d’assassinats par des drones, dans les allégations d’utilisation d’armes chimiques en Syrie et, aujourd’hui, avec le programme de surveillance de la NSA.

Le journalisme scientifique, pour sa part, ne requiert pas autant de confiance dès lors que le lecteur possède autant d’informations que le journaliste qui l’informe.

En fin de compte, cela signifie l’abandon du « scoop » et des sources non attribuées, qui, de par leur nature, voilent le mécanisme qui transforme les faits en analyse. À leur place, nous proposons un sommaire transparent, une contextualisation, un remixage et une analyse complètes des sources primaires.


2. Pratique et Participatif

Dans le journalisme open source, l’action est plus importante que le contenu. L’objectif du journalisme open source n’est pas de divertir, ni même de simplement informer, mais plutôt de tenter de construire un projet de changement. Ce projet doit commencer par les faits déjà connus, mais devrait aussi fournir une feuille de route décrivant les inconnues référencées et ce qui sera nécessaire pour répondre à ces questions. Les lecteurs soucieux des erreurs devraient avoir l’opportunité d’être directement impliqués dans le processus de collecte, de traitement, de synthèse et de publication des actualités. Mais ce n’est pas tout. Le but de notre journalisme est aussi de défier, provoquer et demander des réponses aux pouvoirs établis. Et aussi longtemps que ce sera fait de façon productive et documentée, ce sera quelque chose dans lequel le public devrait être impliqué.

Les projets de logiciels open source utilisent ordinairement un outil de « bugs » et de « tickets » pour suivre et accélérer leur développement ; chez OpenWatch, nous les appelons « missions ». Vous pouvez parcourir la liste de toutes nos missions actuellement actives ici pour pouvoir contribuer à nos investigations en cours.

Au final, nous espérons créer une force globale et répartie de fouineurs et une place centrale d’idées concrètes au sujet des problèmes importants.

3. Garanties

Historiquement, un des plus gros défis pour les médias et reportages citoyens est la question de l’authenticité. Il est souvent difficile de déterminer si les médias et l’information proposés en ligne sont authentiques ou s’ils sont le produit de quelqu’un désireux de promouvoir une cause, d’une partie adverse essayant de saboter une histoire ou simplement d’un « troll » ennuyeux. Les plateformes comme Youtube, Facebook et Twitter ne fournissent aucun outil automatique d’expertise de l’authenticité ; réceptacles par essence d’un flux continu d’informations éphémères, qui se combine à la capacité d’amplifier rapidement certains messages, elles sont souvent exploitées à des fins de diffusion de canulars et de désinformation (comme l’illustre le cas récent de ces images de manifestations en Turquie filmées en réalité plus tôt dans l’année à l’occasion d’un marathon).

Pour lutter contre ce problème, OpenWatch utilise un bouquet de technologies destinées à faciliter la vérification de l’authenticité d’un média dans notre système. Une de ces technologies est un système que nous appelons CitizenMediaNotary. Inspiré par le projet Perspectives, CitizenMediaNotary est un réseau de serveurs de confiance distribué, qui maintient une base de données d’empreintes digitales des médias citoyens. Cela permet de savoir si un contenu est vraiment nouveau ou s’il a déjà été visionné auparavant et, dans ce cas, où, quand et par qui.

4. Prévoir

Si nous ne couvrons que les atrocités passées, nous ne serons jamais en mesure de les prévenir. Le journalisme d’avant a presque exclusivement porté sur des événements qui ont déjà eu lieu, et c’est une occasion majeure manquée pour l’émancipation.

La participation des foules sera un facteur majeur dans le futur du journalisme de prévision, dans la mesure où de grands ensembles de données sont bien meilleurs pour les prévisions que les petits. Par exemple, à l’époque où OpenWatch était un service exclusivement utilisé pour surveiller l’action de la police, nous étions capables d’analyser des modèles d’action trouvés dans nos données pour réaliser des prévisions plus précises sur les régions où des abus policiers avaient plus de chance d’avoir lieu et ce n’est que le début. Dans le futur, nous pourrons collecter des jeux de données multisourcés et publics de manière à prédire quelle communauté à risque est susceptible d’être frappée par une catastrophe naturelle, qui sera le gagnant d’une élection, le résultat probable d’une décision de justice, quelles écoles seront fermées par une nouvelle administration et bien d’autres choses encore.

On assiste ces derniers temps a une augmentation notable de la production de rapports prévisionnels grâce à des agences privées du renseignement comme Stratfor, mais cette activité de prévision est onéreuse et sa commercialisation uniquement orientée vers les pouvoirs établis, qui bénéficient déjà du système actuel. OpenWatch s’efforce de fournir le même genre d’informations spécialisées, mais avec un accès ouvert à tous et avec une position résolument critique et orientée par l’intérêt public.

Bien sûr, nous ne pourrons en rien garantir le degré d’exactitude de nos prévisions, mais du fait que tous nos rapports sont totalement open source, les lecteurs sont les bienvenus pour produire et donner également leur propres prédictions.

5. Transparence éditoriale

La démarche open source et participative appliquée à l’ensemble de nos publications vaut aussi pour notre démarche éditoriale. Le public en général et notre lectorat en particulier jouissent ainsi d’un accès direct à l’ensemble du processus décisionnel au sein d’OpenWatch, qu’ils souhaitent en être témoins ou y prendre part. Cela permet au lectorat en général grand public d’assister directement la totalité du processus décisionnel d’OpenWatch, aussi bien que d’y être impliqué.

Comme il se doit en open source, cette démarche éditoriale repose sur des listes de diffusion publiques. Nous appelons ce système « Radar » car il n’offre pas seulement un aperçu des événements en cours de traitement chez OpenWatch, il est aussi un calendrier dynamique des événements que nous avons l’intention de couvrir.

Si vous souhaitez voir ce qui se trame sous le capot d’OpenWatch ou avoir votre mot à dire sur la manière dont OpenWatch gère ses ressources éditoriales, rejoignez notre liste de discussion publique en envoyant un courriel à openwatch-radar@googlegroups.com, vous serez immédiatement inscrit-e (les hackeurs sont aussi invités à rejoindre la liste openwatch-dev@googlegroups.com pour participer aux discussions autour des développements techniques).


Nous ne prétendons pas qu’un tel niveau de participation est nécessaire pour tous les canaux d’information open source, le degré de participation proposé dans certains groupes pouvant être moindre que le nôtre pour une raison ou une autre, mais il est important dans tous les cas, que les décisions éditoriales émanent d’un noyau privé, d’un noyau public ou d’un consensus public, que le cadre décisionnel soit transparent.

6. Gestion des versions

Git est un outil qui permet aux développeurs et aux utilisateurs de logiciels libres de garder la trace de l’ensemble de leurs changements, de voir qui contribue à quelle partie d’un projet et de revenir à l’état antérieur d’un projet en cas de catastrophe. C’est un logiciel absolument crucial. Les utilisateurs réguliers de Wikipédia sont habitués à des outils de contrôle des versions aux fonctionnalités similaires (via la page Historique d’un article)

Néanmoins, aussi précieux qu’il soit, le contrôle des versions est rarement pratiqué dans d’autres secteurs que celui du développement logiciel. De manière intéressante, dans le domaine du journalisme, le contrôle des versions peut apporter quelque chose que l’inventeur de git n’avait jamais imaginé : la résistance à la censure cachée.

Contrairement aux apparences, certaines formes de censure sont plus aisées à mettre en œuvre dans le royaume numérique que dans le monde physique. Dans le monde physique, le censeur laisse une trace : un trait noir, un nom effacé, des autocollants, des agrafes, de la colle. Sur l’internet, nulles preuves semblables d’une censure post-publication : seulement un article qui disparaît ou un léger changement de contenu, sans que personne n’en sache rien.

Un nouveau projet, Newsdiffs, tente de traquer les changements en tant que service proposé à une poignée d’organes d’information traditionnels. Cet effort mérite nos applaudissements, mais la solution est actuellement limitée et laisse beaucoup de changements passer au travers des mailles du filet. Dans le futur, nous aimerions voir davantage d’organisations prendre elles-mêmes cette responsabilité à travers une combinaison de contrôle interne et tiers de tout le contenu des actualités.

7. Permanence

Les journaux et la télévision sont des formats éphémères. Un journal se jette, une diffusion télévisée n’est pas enregistrée. Internet, par contre, n’oublie jamais. Un article n’existe pas seulement pour un jour, il existera pour le restant de l’histoire enregistrée et sera toujours à la portée d’une simple recherche, accessible en une seconde.

Par conséquent, on doit envisager que les articles seront toujours accessibles dans un lointain futur et doivent être créés en ayant à l’esprit les lecteurs du futur, qui devront à leur tour pouvoir y apporter leur contribution.

8. Logiciel libre, contenu libre

En dernier lieu, nous pouvons incorporer les principes du logiciel libre et de la culture libre dans le journalisme open source. Fondamentalement, cela signifie que nous devons respecter les droits digitaux de nos utilisateurs et utiliser autant de logiciels libres et open source que possible, en nous assurant que le contenu est produit sous une licence permissive ou copyleft, en traquant le moins possible les utilisateurs et en leur permettant de savoir comment et pourquoi nous les traquons.

Les principes de la culture libre sont nécessaires pour n’importe quel projet ouvert et participatif car c’est grâce à eux que les communautés en ligne ont la capacité de réaliser ces choses formidables qui les rendent très différentes des organes de presse traditionnels.

Il devient concevable non seulement de lier, partager et traduire librement l’information (la traduction étant une autre question gérée de manière insatisfaisante dans les médias d’information traditionnels), mais aussi de remixer les contenus et de présenter les médias et analyses sous des formes nouvelles, que leur auteur originel n’aurait éventuellement pas imaginé.

En définitive, le journalisme open source ne doit pas recourir au droit d’accès payant comme source de revenus car c’est en totale contradiction avec la volonté de produire du contenu dans le but d’informer et de donner au public le pouvoir de l’autonomie et de la responsabilité. Faute de proposer à ce dernier un libre accès aux informations d’importance, cela ne serait en fin de compte guère plus qu’une extorsion de fonds. Il existe plein d’autres modèles économiques de soutien du logiciel libre qui peuvent tout aussi bien soutenir le journalisme open source (nous reviendrons dessus plus en détail dans un autre billet).

En avant !

Nous vous avons décrit quelques-unes des valeurs centrales dont OpenWatch entend imprégner sa forme de journalisme open source. Si vous souhaitez contribuer à documenter la vérité et résister aux pouvoirs adeptes du secret, rejoignez-nous ! Nous ne savons pas exactement où cela nous mènera, mais nous sommes certains qu’unis dans la quête de la vérité, nous pouvons construire quelque chose de vraiment étonnant et bien pour tous. Rejoignez-nous !

Crédit photo : Decar66 (Creative Commons By)




Conseils pour bien préparer son hackathon autour d’un projet libre

L’équipe d’OpenHatch organise régulièrement des rencontres, ateliers, événements, sprints, hackathons, etc. invitant de nouveaux contributeurs à participer au développement de logiciels libres. Elle nous livre ici le fruit de son expérience.

L’enthousiasme et la motivation sont indispensables mais ne peuvent faire l’économie d’une solide organisation et réflexion en amont. Happy Hacking 🙂

Note : On remarquera que les deux livres cités en référence pour aller plus loin font partie de nos traduction Framabook : Libres conseils et Produire du logiciel libre.

 

OpenHatch team

 

Le guide de l’événement libre in situ

The In-Person Event Handbook

L’équipe OpenHatch – février 2014
(Traduction : Omegax, zak, François, Ju, MrTino, Wan, Asta, François, goofy, amha)

Faire en sorte que votre projet soit prêt pour de nouveaux contributeurs

Il semble que chaque jour apparaisse un nouvel atelier, hackaton ou autre sprint, où des projets open source sont invités à travailler avec de nouveaux contributeurs. À OpenHatch, nous avons nous-mêmes souvent organisé ce genre d’événements ! Nous avons découvert que pour en tirer un profit maximal, il est important de planifier les choses en amont. Expliquer vos objectifs, identifier les tâches appropriées, et tester l’organisation de votre projet sont autant de points indispensables pour aboutir à de belles réalisations et passer un bon moment. Ce travail a grandement amélioré nos expériences, et nous pensons qu’il mérite l’effort significatif qu’il mplique.

Nous avons créé ce guide pour aider les projets open source à se préparer pour ces événements. Nous avons utilisé notre propre projet, l’application web OpenHatch.org, comme un exemple dans ce qui suit. Au bas de la page, vous trouverez des aide-mémoires. Elles contiennent en condensé les conseils dispensés dans ce guide, et peuvent vous aider à monitorer vos progrès durant la phase de préparation de votre projet.

Les sources de ce guide sont libres. Un tas de merci à nos contributeurs. (Vous pouvez contribuer, vous aussi !)

Définir des objectifs

Vous devez être capable de présenter clairement vos objectifs pour l’événement, car cela donne à votre groupe une ambition générale à atteindre. Vous pouvez donc commencer par vous demander :

Quel est l’objectif global de votre projet ?

Il vous faut une réponse courte (un paragraphe ou moins) à cette question que vous pourrez utiliser pour attirer les contributeurs potentiels vers votre projet. Les détails, c’est bien joli, mais vous ne devriez pas avoir besoin d’être trop technique à ce moment là. À de nombreux événements, comme les sprints PyCon, on vous demandera un court résumé à exposer devant tout le monde. Pourquoi ne pas vous y préparer ?

Exemple :

L’objectif de OpenHatch est de rendre les communautés de logiciels libres plus accueillantes pour les nouveaux venus. Pour ce faire, nous fournissons documents et support logistique pour animer des ateliers « Introduction à l’open source », un site web avec des ressources libres, des « missions d’entraînement », un découvreur de talents parmi les bénévoles, et plusieurs autres projets en cours de réalisation.

Que voulez-vous accomplir à cet événement ?

Réfléchissez à ce que vous souhaitez voir spécifiquement réalisé lors de cet événement. Vous pouvez catégoriser ces objectifs selon les différentes parties du projet, si vous en avez plusieurs. Il devrait être spécifié clairement de quelle manière ces actions contribueront au progrès général du projet. Toutefois, il ne s’agit pas de « tâches » — il devrait être toujours nécessaire de diviser ces objectifs pour mieux les atteindre.

Il est utile de les lister en termes d’objectifs « principaux » et « étendus ». Avoir des objectifs principaux réalistes et bien définis vous donne quelque chose à célébrer à la fin de l’événement, tandis que les objectifs étendus ou secondaires vous permettent de prévoir le cas excitant où vous vous retrouviez avec une équipe nombreuse et efficace, capable d’accomplir une tonne de travail.

En général, il vaut mieux avoir trop d’objectifs que pas assez, mais priorisez-les. Lorsque vous arriverez à l’étape du découpage en tâches, prenez le temps de traiter en détail chaque objectif avant de passer au suivant.

Exemple :

  • Faire une nouvelle mission d’entraînement
    • Objectif principal : Choisir une compétence sur laquelle baser une nouvelle mission d’entraînement, et concevoir cette mission. En créer une maquette.
    • Objectif étendu : Implémenter la maquette et la faire tester par des volontaires de l’événement.
  • Faire le ménage dans le suivi de tickets
    • Objectif principal : Passer en revue l’outil de suivi, et étiqueter les tickets selon le « ménage » à y faire. Un bug doit-il être vérifié ? Un patch doit-il être testé ? Une demande de fonctionnalité doit-elle être être rattachée à un jalon ?
    • Objectif étendu : Utiliser ces étiquettes comme guide pour « faire le ménage » . Vérifier les bugs, tester les patches, etc.

Installation du projet

Dans notre expérience, la phase d’installation du projet est l’obstacle majeur à la participation. Nous avons vu (et conduit !) des événements où les participants passaient le plus clair de leur temps à seulement mettre en place leur environnement de développement et faire connaissance avec le projet. Si notre objectif est de permettre à de nouveaux venus de contribuer, tâchez d’estimer le temps qu’il faut pour installer votre projet. Puis trouvez un ami qui n’est pas familier avec votre projet pour voir combien de temps il faut vraiment. Vous pouvez aussi trouver quelqu’un pour vous aider à faire cela dans #openhatch.

Documenter et améliorer le processus à l’avance peut faire économiser du temps et de l’énergie à tout le monde. Si vous savez qu’une partie de votre projet sera inévitablement dévoreuse de temps, assurez-vous que tous les participants savent exactement à quoi s’en tenir.

Toutes les informations ci-dessous devraient être documentées dans un fichier LISEZ-MOI placé à la racine de votre dépôt. Vous pouvez également placer cette information dans une section « Vous voulez participer ? » sur le site web de votre projet, et/ou vous pouvez inclure un lien vers le LISEZ-MOI dans la signature de votre liste de diffusion ou dans la barre de statut de votre canal IRC.

Comment trouver une communauté et des mainteneurs pour le projet

Les informations des contacts devraient être explicitement affichées, étant donné que vous pourriez avoir des contributeurs éloignés ou des contributeurs qui voudraient démarrer en amont de l’événement. Les types d’informations de contacts peuvent inclure :

  • Un lien vers votre mailing-list ;
  • Votre nom de canal et de serveur IRC (avec le lien vers le guide pour installer IRC et le lien vers sa version webchat) ;
  • Les comptes de réseaux sociaux tels que Identi.ca, Twitter ou Facebook si votre projet en possède ;
  • Le contact des mainteneurs du projet, si vous vous sentez à l’aise pour le mentionner.

Si vous avez une préférence pour le type de prise de contact, précisez-le.

Exemple:

OpenHatch laisse en deux endroits des informations de contact que nous essayons le plus possible de garder à jour et en cohérence l’un avec l’autre. Il y a nos informations de contacts dans la documentation, référencées principalement depuis notre répertoire où sont déposés les codes sources, et nos informations de contacts dans le wiki, référencées à partir de la page d’accueil du site web.

La structure du projet

Décrivez la structure de base de votre projet. Quels sont les plus gros composants et où sont-ils situés ? Comment ces composants interagissent-ils ? Puis décomposez chaque partie. Vous n’avez pas à parler de chaque fichier ou sous-dossier de votre projet, mais prenez soin de ne pas prendre pour acquis que chaque nouveau venu comprendra le sens de tel script, ou la manière dont interagissent tels fichiers, ou dans quel langage est programmée telle partie du projet.

Selon la taille et la complexité de votre projet, cela peut être une tâche particulièrement imposante. Chez OpenHatch, nous travaillons toujours à documenter la structure complète du projet. Nous recommandons de commencer par une explication « en vue d’ensemble » de la structure projet – juste assez de détails pour remplir d’une demi-page à une page. Quand vous aurez plus de temps, vous pourrez rentrer dans le détail, en commençant par les parties du projet sur lesquelles les gens travaillent le plus souvent (ou qui sont plus susceptibles de faire l’objet de sprints ou de hackatons). Si vous utilisez d’autres frameworks ou librairies, vous pouvez gagner du temps en mettant des liens vers leur documentation et leurs tutoriels.

Exemple :

Une description d’ensemble de la structure du projet OpenHatch peut être trouvée dans « Project Overview ». Une description de la structure de OH-Mainline (le dépôt derrière notre site web) y est présente.

Comment mettre en place un environnement (« de développement ») local

Pour contribuer à votre projet, les gens ont généralement besoin d’une version locale du projet où ils peuvent faire des modifications et les évaluer. Plus votre guide d’installation/développement est détaillé et clair, mieux c’est.

Voici quelques éléments pour la mise en place d’un environnement de développement à mettre dans votre guide :

  • Préparer leur ordinateur
    • Assurez vous qu’ils connaissent bien les outils de leurs systèmes d’exploitation, comme le terminal / la ligne de commande. Vous pouvez le faire en donnant un lien vers un didacticiel et en demandant aux utilisateurs s’ils le comprennent bien. Souvent, de très bons didacticiels existent déjà, celui d’OpenHatch sur la ligne de commande est disponible ici.
    • Si les contributeurs doivent mettre en place un environnement virtualisé, accéder à une machine virtuelle ou installer un kit de développement en particulier, expliquez-leur comment faire.
    • Donnez la liste de toutes les dépendances nécessaires pour faire tourner le projet, et une explication pour les installer. Fournissez un lien vers de bons guides d’installation, s’il en existe.
  • Téléchargement du code source
    • Donnez des instructions détaillées sur comment télécharger le code source du projet, dont les obstacles et problèmes fréquemment rencontrés.
    • S’il existe plusieurs versions du projet, dites clairement quelle version ils doivent télécharger.
  • Comment voir / tester les changements
    • Expliquer aux contributeurs comment voir et tester les changements qu’ils ont effectués. Ceci peut varier selon ce qu’ils ont changé, mais faites votre possible pour couvrir les changements les plus fréquents. Cela peut être, tout simplement, afficher un document html dans un navigateur, mais ce peut aussi être plus compliqué.

L’installation pourra différer pour chaque contributeur en fonction de leur système d’exploitation. Vous aurez probablement besoin de créer des instructions séparées pour les utilisateurs de Windows, Mac et Linux, dans différentes parties de votre guide. Si vous entendez ne supporter le développement que pour un seul système d’exploitation, assurez-vous que cela soit dit clairement pour les utilisateurs,

Exemple:

Vous pouvez voir comment OpenHatch annonce cela dans son guide d’installation. Les instructions pour tester des changements peuvent être trouvées . Des tâches plus spécifiques peuvent avoir leur documentation additionnelle (par exemple la documentation concernant les différents changements du code).

Contributions et retours

Comment les contributeurs doivent-ils procéder pour amener leurs modifications au projet ? Est-ce qu’ils soumettent une pull request sur Github ? Doivent-ils générer un patch et l’attacher à un ticket sur le système de tickets ? Assurez-vous que cette information est explicitement fournie.

Example :

Le guide d’OpenHatch pour soumettre des changements peut être trouvé ici.

Il est aussi utile d’indiquer aux gens comment ils peuvent faire des retours/signaler des bugs sur le projet. Si votre projet n’a pas de système de suivi de tickets, envisagez d’en créer un. Sur Github, tous les dépôts disposent du système de tickets (bien que vous ayez à l’activer en allant dans Settings puis Features). Il y a beaucoup d’autres systèmes de suivi de tickets.

Si votre projet est de petite taille, vous pouvez ne pas avoir besoin ou ne pas vouloir de systèmes de suivi de tickets. Aucun problème. Le principal est que les contributeurs sachent comment vous remonter des informations.

Example :

Les problèmes avec le projet « Open Source Comes to Campus » peuvent être signalés ici. La plupart des autres problèmes liés à OpenHatch peuvent être signalés .

Les outils tels que le suivi de tickets sont très utiles pour communiquer de manière asynchrone. Ce n’est peut-être pas la solution la plus appropriée lors d’un événement physique. Si vous voulez changer les choses pour l’occasion – comme demander aux participants de vous notifier par IRC les liens vers les nouveaux tickets, pour éviter qu’ils ne passent entre les mailles du filet – assurez-vous de leur en parler !

Vérifiez votre documentation

Vérifiez que cette documentation est complète et effective en la testant auprès de personnes qui n’ont pas participé à votre projet auparavant. Pour chaque sytème d’esploitation, trouvez au moins une personne pour lire votre documentation, tenter d’installer, faire et tester des modifications et participer aux différentes modifications du projet (au choix de votre testeur, ces modifications peuvent être des faux changements ou des vraies tâches). Vérifiez que vos testeurs ont des compétences et/ou une expérience similaire à celle des nouveaux arrivants à votre évènement.

Si vous rencontrez des difficultés pour trouver des personnes pour vous aider, essayez la chaine #openhatch sur IRC.

Assurez-vous que tous les problèmes qui surviennent lors de ce processus de vérification soient intégrés à la documentation. Une fois que la documentation a été vérifiée, ajoutez une ligne au début de votre guide pour annoncer ce qui a été vérifié et quand.

Par exemple :

Instructions de l’environnement de développement testées avec succès sur Ubuntu 12.04 (le 03/10/2013), Mac OS X 10.8 (le 01/10/2013) et Windows XP (en janv. 2005). Vous pouvez consulter cette démarche à OpenHatch ici.

Idéalement, vous devriez vérifer que tout fonctionne : installer, faire des modifications, les tester et les intégrer. Si vous n’avez le temps que pour une seule de ces tâches, nous vous recommandons de vérifier l’intallation. Notre expérience nous a appris que c’est sur ce point qu’émergent la plupart des problèmes.

Définir les tâches des participants

Retournons aux objectifs de l’événement dont nous avons parlé dans la première section. Chaque objectif devrait être décomposé en étapes distinctes qui permettront de l’atteindre. Ces étapes sont les tâches à confier aux participants.

Ces tâches devraient inclure un résumé en anglais simple aussi bien que les informations sur la localisation des modifications (par exemple, quels fichiers ou fonctions sont altérés). Nous recommendons d’inclure une liste des compétences nécessaires (par exemple : compétences en design, Python basique) et des outils (par exemple: Développement sur environnement Mac). Il est aussi utile d’inclure le nombre estimé d’heures que la tâche va prendre, d’étiqueter certaines tâches comme plus ou moins importantes, et de marquer où quelle tâche est dépendante d’une autre.

Cela semble représenter beaucoup de travail mais cela devrait aider vos participants à trouver rapidement et facilement les tâches appropriées pour eux. Etant donné que l’un des objectifs principaux d’un événement en personne est de donner une expérience positive aux participants, nous pensons que cela en vaut la peine.

Créer un système pour suivre les tâches

Nous recommandons l’utilisation d’un wiki ou un document de planification similaire pour garder une trace des tâches. OpenHatch dispose d’un navigateur pour suivre les tâches que nous utilisons pour nos événements. Vous pouvez, si vous le souhaitez, faire un fork et l’adapter à votre projet ou événement ; cependant, nous vous recommandons d’attendre un peu, car nous allons bientôt faire de grosses améliorations. Quelque chose de très simple, comme un etherpad (NdT : ou Framapad), peut également faire l’affaire (ici, un cadre et un service exemple que vous pouvez utiliser).

Préparer les tâches

Pour vous rendre compte du nombre de tâches à préparer, nous vous recommandons de vous baser sur la durée de l’événement et le nombre de participants attendus pour prédire la charge en temps/homme de votre projet. Vous pouvez utiliser les estimations de temps que vous avez faites pour évaluer chaque tâche. Nous suggérons que vous prévoyiez 30% de plus que ce dont vous pensez que vous aurez besoin : il vaut mieux avoir trop que pas assez.

Exemple :

  • Objectif de base : parcourir l’interface et étiqueter les tickets selon le type de résolution nécessaire. Est-ce qu’un bug doit être vérifié ? Est-ce qu’un patch doit être testé ? Une fonctionnalité doit-elle être rattachée à un jalon ?
    • Tâche 1 : étiqueter les problèmes
      • Compétences et outils nécessaires : compétences de base en anglais, connaissance des concepts de vérification, tests, jalons…
      • Temps estimé : ~20 minutes par problème
      • Pour démarrer : prenez connaissance du suiveur de tickets, et comment il affiche les informations. (Voyez cette documentation.) Demandez un accès Administrateur pour pouvoir ajouter des étiquettes au suiveur.
      • Pour chaque problème : lisez la discussion relative à chaque problème, et identifiez où la communauté intervient dans le signalement de ce problème. Si c’est un bug non vérifié, ajoutez le label non vérifié. Si c’est un patch non testé, ajoutez l’étiquette patch non testé, etc. Si c’est une fonctionnalité qui n’est rattaché à aucun jalon, ajoutez l’étiquette jalon nécessaire.
  • Objectif étendu : utilisez les étiquettes comme un guide pour résoudre chaque ticket. Vérifiez les bugs, testez les patch, etc.
    • Tâche 1 : Vérifier les bugs
      • Compétences et outils nécessaires : compétences de base en anglais, et dans l’idéal connaître les machines virtuelles pour effectuer des tests sur plusieurs OS.
      • Temps estimé : 20 minutes par bug (variance élevée).
      • Pour démarrer : téléchargez l’environnement de développement et assurez vous que vous pouvez lancer le projet. Assurez vous que vous avez un compte sur Le suiveur de tickets et que vous savez ajouter des commentaires ou changer les étiquettes.
      • Pour chaque bug : essayez de reproduire le bug. Enregistrez les résultats dans un commentaire, avec des informations concernant le type de l’OS et sa version. Si possible, effectuez le test sur plusieurs navigateurs. S’il y a plusieurs commentaires récents sur les trois OS majoritaires, ajoutez l’étiquette prêt pour test par le mainteneur (NdT : ready_for_maintainer_review).

Quoi qu’il en soit, les participants doivent être rattachés à une tâche correspondant à leurs compétences et à leurs intérêts. Effectuer ce travail préparatoire fera démarrer les participants immédiatement plutôt que de les faire attendre que vous leur suggériez une tâche adéquate. Dans l’idéal, les organisateurs d’événements auront collecté des informations sur les compétences et intérêts des participants bien en amont, donc vous pourrez adapter la liste à votre groupe de contributeurs.

Rendre explicites les étapes de chaque tâche facilite l’entraide entre les participants. En identifiant clairement les compétences et concepts nécessaires, il devient plus facile pour les gens de dire : « Oh, je comprends comment faire ça ! Attends, je vais te montrer ».

Suite

Il est possible que les contributeurs ne puissent pas finir les tâches sur lesquelles ils travaillent pendant l’événement, ou qu’ils veuillent continuer à participer au projet en travaillant sur d’autres tâches. Penser en amont de l’événement à comment vous allez organiser sa suite rend plus facile l’échange d’informations avec les participants et la planification de la direction de votre projet.

Nous recommandons de demander à chaque participant de répondre aux questions suivantes à propos des tâches sur lesquelles ils ont travaillé. Donnez leur cette liste au début de l’événement : cela les aidera à documenter ce qu’ils font. Vous pouvez imprimer cette liste, l’envoyer par mail aux participants, faire un formulaire web, comme vous préférez.

Par exemple :

  • Pour chaque tâche sur laquelle vous avez travaillé, veuillez répondre aux questions suivantes :
    • Sur quelle tâche avez-vous travaillé ?
    • Veuillez documenter brièvement votre workflow. Quelles étapes, dans quel ordre, pourquoi ?
    • Où puis-je trouver le travail que vous avez réalisé pendant l’événement ? Ceci inclut le code, la documentation, les maquettes, et autres choses.
    • Si vous avez créé des comptes pour le projet, veuillez lister les sites et les noms des comptes. Enregistrez le mot de passe dans votre gestionnaire de mot de passes préféré, ou assurez vous que moi ou un autre mainteneur y aie accès.
    • Quels obstacles avez-vous rencontré en travaillant sur cette tâche ? Avez-vous des retours à me faire pour améliorer le processus pour les futurs contributeurs ?
    • Voudriez-vous rester impliqué dans ce projet ? Si oui, dans quelle mesure ?

S’il y a suffisamment d’enthousiasme pour continuer le travail, assurez-vous de rester en contact ! Nous suggérons que vous rassembliez les emails des participants intéressés et que vous les contactiez dans les 48 heures suivant l’événement. Dans votre email, remerciez-les pour leur aide et fournissez des informations sur comment rester dans la communauté par, par exemple, IRC ou des listes de diffusion.

Nous recommendons aussi de prévoir un rendez-vous suite à l’événement. Si vous êtes tous originaires de la même région, essayez de fixer une date après l’événement pour vous et votre équipe au café du coin, à l’espace de coworking, ou à une soirée-projet. Si vous êtes éloignés géographiquement, fixez une date pour vous rencontrer sur IRC ou sur Google Hangout. 2-3 semaines après l’événement est un bon créneau, toutefois cela dépend si vous et vous nouveaux contributeurs êtes très occupés.

Checklists

Merci de votre attention ! Pour vous aider à garder un oeil sur chaque étape, nous avons créé deux checklists pour vous. La version détaillée inclut tous les conseils ci-dessus. La checklist la plus courte inclut les conseils que nous pensons les plus importants. Nous vous recommandons de démarrer avec la cheklist la plus courte. Une fois que vous avez accompli correctement cette checklist, vous pouvez revenir et faire les étapes supplémentaires si vous avez le temps et l’énergie.

Pour voir et/ou imprimer les checklists, se rendre ici.

Remerciements

Merci à tous ceux qui ont contribué ou aidé au projet.

Contributeurs
  • Shauna Gordon-McKeon : maintenance, contenu
  • Ni Mu : design
  • Sheila Miguez : testeuse
  • Asheesh Laroia : testeuse
Pour aller plus loin



L’April en campagne – Entretien avec Lionel Allorge et Frédéric Couchet

L’April repart en campagne « afin d’augmenter sa capacité d’action, de donner la priorité au logiciel libre et de contribuer à construire une société plus libre, plus égalitaire et plus fraternelle ».

Nous en avons profité pour faire le point en interrogeant ci-dessous son président, Lionel Allorge, et son délégué général, Frédéric Couchet.

Avec tout notre soutien…

Campagne April

Entretien avec Lionel Allorge et Frédéric Couchet

Bonjour Lionel et Frédéric, une rapide présentation personnelle et de l’April ?

Bonjour, je m’appelle Lionel Allorge et je suis membre de l’association April depuis 14 ans et président depuis 2 ans. Bonjour, je m’appelle Frédéric Couchet, l’un des fondateurs de l’April en 1996, et actuellement son délégué général.

L’April est l’association nationale de promotion et défense du logiciel libre. Depuis 1996, côté pile nous menons des activités visant à promouvoir le logiciel libre auprès du grand public, des professionnels, des associations et des pouvoirs publics. Côté face, nous luttons contre toute atteinte au logiciel libre et plus globalement aux libertés fondamentales à l’ère du numérique.

Certains disent que vous êtes un lobby pro-logiciel libre. Vous reconnaissez-vous dans cette qualification ?

Lobby, contre-lobby, on a souvent entendu ces termes. Mais nous rejetons le terme de lobby. Pour nous un lobby est un organisme qui défend des intérêts particuliers (entreprises…). Mais au fond, peu importe les termes, l’important est ce que nous faisons, pourquoi nous le faisons et comment nous le faisons.

Bien sûr, nous agissons pour diffuser nos idées auprès de tous les publics, dont notamment les responsables politiques (mais pas uniquement). Nous défendons une vision particulière de l’intérêt général et non l’intérêt particulier de quelques-uns. Et nous travaillons dans la transparence, nos positions sont connues, nos documents publiés. Les personnes que nous côtoyons savent que nous militons pour nos idées et que nous ne sommes pas des « professionnels de la profession » comme disait l’autre, ce qui n’empêche pas que nous travaillons de façon professionnelle et rigoureuse. Nous essayons de protéger la liberté informatique de tous les citoyens.

Pour plus d’informations sur nos actions vous pouvez consulter notre rapport d’activités 2013.

Votre dernière grande campagne d’adhésion date de plus de 5 ans, que s’est-il passé depuis pour l’April et pour le logiciel libre : succès, résistances, fronts politiques et juridiques, etc. ?

Le logiciel libre est aujourd’hui très largement utilisé et se répand partout. Et rappelons que de très nombreux logiciels libres utilisés aujourd’hui (grands publics ou autre) sont relativement récents (moins de 10 ans pour certains).

Côté politique publique, on note une inflexion positive en faveur du logiciel libre. Ainsi en France, en 2012 il y a eu la circulaire Ayrault sur le bon usage du logiciel libre dans les administrations.

Et, en 2013, le parlement français a adopté pour la première fois une disposition législative donnant la priorité au logiciel libre.

De son côté, l’Italie vient de mettre en place la priorité pour le logiciel libre dans l’administration.

Bien sûr, des résistances persistent à ce changement et il reste du travail pour faire connaître et protéger le modèle du libre.

Des menaces et des blocages existent toujours : brevets logiciels (notamment en Europe), la vente forcée ordinateurs/logiciels; les DRM (voir notamment la tentative d’introduire les DRM dans HTML5) ; l’informatique déloyale, les contrats comme l’Openbar Microsoft/Défense

Au niveau international, le scandale Prism, qui a révélé l’ampleur des écoutes généralisées commises par les USA et de certains de ses alliés sur les communications de tous les citoyens, a rappelé l’importance de contrôler son système informatique. Les logiciels libres, parce qu’ils peuvent être vérifiés et améliorés par tous, sont une brique de base pour construire une informatique au service des utilisateurs et non pas un outil pour ceux qui souhaitent les asservir.

Mais il est possible d’agir aussi sur les décideurs politiques par la mobilisation citoyenne, qui donne des résultats, comme par exemple sur ACTA.

Il reste encore beaucoup de travail pour réellement libérer la voie 🙂

Pourquoi avoir attendu si longtemps et quels sont les objectifs de cette campagne ?

Notre dernière campagne d’adhésion date de 2008, elle nous avait permis de gagner en crédibilité auprès de nos interlocuteurs et de financer nos actions (outils de sensibilisation, actions menées par l’équipe de permanents…).

Malheureusement, phénomène commun à toute structure associative, la base de nos adhérents s’est érodée au fil du temps. Les cotisations représentant l’essentiel de nos ressources financières on parlait en interne depuis longtemps du besoin de relancer une campagne d’adhésion. Mais pris par les dossiers et les actions on a repoussé, repoussé 🙂 On a récemment trouvé un peu de temps pour formaliser une campagne.

Cette campagne a pour objectif notamment d’augmenter nos capacités d’action, car il y a beaucoup à faire pour donner la priorité au logiciel libre, et remettre le logiciel libre dans les préoccupations principales des gens.

Adhérer à une association, ça n’est pas seulement rester passif en ayant la carte. Un certain nombre de projet et d’actions bénévoles ont été mis en place. Pouvez-vous nous en dire plus et êtes vous satisfaits de l’implication des membres ?

De nombreuses personnes adhérent seulement pour nous soutenir et ne participent pas directement aux actions de l’association. Ces personnes nous permettent d’être plus représentatif (plus nous sommes nombreux, plus nous sommes écoutés) et de financer nos actions. De plus ces personnes sont souvent des militants qui font de la sensibilisation au logiciel libre dans leur entourage. Pour ceux qui souhaitent participer, nous leur proposons de rejoindre des listes de discussions et des groupes de travail qui produisent des documents et des analyses, des traductions, des transcriptions, tiennent des stands ou donnent des conférences. Les activités possibles sont nombreuses (pour en savoir plus voir notre rapport d’activités). Certains bénévoles indiquent le nombre d’heures qu’ils passent sur leurs actions, pour 2013 cela représente plus de 4 200 heures mais c’est très loin de refléter la réalité de la contribution bénévole à l’April.

Que répondez-vous à ceux qui disent que le logiciel libre a déjà gagné et que ça n’est plus la peine de se battre pour lui comme par le passé ?

Je pense au contraire que les développements récents de l’informatique nomade, tablettes, ordiphones, liseuses, avec leur cortège de pratiques néfastes : Brevets logiciels, DRM, informatique déloyale et vente forcée ont fait reculer nettement les logiciels libres. Pouvez-vous me monter un ordiphone (smartphone) actuel sur lequel je puisse installer une distribution entièrement libre sans perdre des fonctionnalités importantes de mon appareil ? Personnellement je n’en connais pas. Il me semble donc plus que jamais nécessaire de défendre le logiciel libre contre le penchant naturel de l’industrie et de l’état de souhaiter contrôler l’informatique des citoyens, alors que pour nombre d’entre-nous, nous confions à ces machines une part de plus en plus grande de notre vie !

Il y a 10 ans, le côté obscur de la force était symbolisé par Microsoft. Diriez-vous qu’aujourd’hui c’est « GAFA » (Google-Apple-Amazon-Facebook) qui a pris le relais ?

Microsoft reste toujours une menace, mais n’est effectivement plus la seule. J’ai vu que la campagne 2013 Framasoft prônait « moins de Google et plus de Libre », d’autres entreprises comme Apple, Amazon ou Facebook, menacent le logiciel libre. Ces entreprises privent aujourd’hui leurs utilisateurs de leurs libertés sans qu’ils s’en rendent pleinement compte, abusent de leur confiance, récupèrent leurs données privées, accèdent à leur informatique sans les prévenir,

C’est ce genre de menace-là qui nous encourage à aller au contact des citoyens, non pas seulement pour promouvoir les logiciels libres mais surtout pour les informer de ce qu’ils subissent et de ce qu’il existe pour en échapper et donc se libérer.

Les principes de liberté de l’utilisateur et de contrôle de son informatique sont donc plus pertinents que jamais. Le logiciel libre n’est certainement pas la solution ultime et unique à ces problématiques, mais il constitue une brique essentielle et nécessaire dans le combat pour les libertés.

Et que va-t-il se passer selon vous dans les 5 années à venir pour l’April et le logiciel libre ?

Madame Irma n’est pas encore membre de l’April 🙂 De plus en plus de personnes, organisations sont convaincues que les modèles basés sur la coopération, le partage de l’information valent mieux socialement, politiquement et économiquement que ceux basés sur le contrôle d’usage et la rente. Il faut continuer à agir pour accélérer ce mouvement et faire apparaître un monde numérique où il fait bon vivre. Le temps que cela prendra dépend principalement de notre capacité de mobilisation et d’action.

Concrètement, on fait comment pour adhérer et/ou vous soutenir ?

Pour adhérer, il suffit de se rendre sur cette page de notre site et de remplir le formulaire en ligne. Pour le paiement de la cotisation, cela peut se faire en ligne par carte bancaire ou par virement, ou bien par l’envoi d’un chèque à notre adresse. Il est également possible de nous payer en espèces lors des principaux événements du libre où nous tenons un stand comme les JDLL en avril, Solutions Libres en mai, ou RMLL en juillet etc.

Il est possible également de relayer notre campagne d’adhésion auprès de ses amis, collègues… Faire connaître le logiciel libre est une autre façon de nous aider, sur le site EnVenteLibre certains de nos outils de sensibilisation sont disponibles.

Pour les personnes qui souhaiteraient être active la plupart de nos groupes de travail sont ouverts, il suffit de s’inscrire sur les listes de discussion de groupe.

Enfin, dans les semaines qui viennent il y a nos campagnes Candidats.fr pour les élections municipales de mars en France et du FreeSoftwarePact.eu pour les élections européennes de mai.