Une vidéo pour mieux connaître la médiathèque Wikimedia Commons

Tous nous connaissons, ou croyons connaître, Wikipédia. Mais nous sommes moins nombreux à avoir saisi que ce n’est que l’un des nombreux projets (mais quel projet !) de la Wikimedia Foundation.

Parmi ceux-ci il y a Wikimedia Commons ou Commons, une « médiathèque de 10 786 504 fichiers média librement réutilisables et que chacun peut enrichir ».

Christian Biasco, de la Wikimedia Italie, a pris l’excellente habitude de nous proposer de courtes vidéos didactiques pour nous présenter ces projets. Après Wikipédia et Wikisource, nous avons choisi de vous reproduire ci-dessous celle donc consacrée à Wikimedia Commons.

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

Remarque 1 : Mais, attention, ici, et plus encore que pour l’encyclopédie, le respect du droit d’auteur est strict et contraignant (droit du photographe, du photographié, droit des marques, de l’architecture, droit US, droit local, etc.).

Remarque 2 : Et tout ceci est une excellente occasion pour faire ensemble de fructueuses promenades comme en témoignent ces deux vidéos extraites de précédents billets : Google Art Project : Une petite note discordante dans un concert de louanges (bas de page) et Promenons-nous dans New York en photographiant pour Wikipédia.

Transcript

URL d’origine du document sur Commons

Wikimedia Commons (aussi appelé tout simplement Commons) est un site internet qui héberge des images, de l’audio et de la vidéo ainsi que d’autres ressources multimédia dont le but est d’illustrer ou d’éduquer. Les contenus de Commons peuvent être utilisées librement et l’utilisation commerciale est permise, tant que les conditions de la licence sont respectées.

Frère de Wikipédia, Commons a vu le jour en 2004 comme dépôt commun pour les différents projets de la Wikimedia Foundation. Commons a ensuite évolué en un projet avec ses propres règles.

Sur Commons il est possible de trouver des photos de lieux et de monuments, d’animaux, de plantes, de minéraux. Des photos de personnalités, d’objets communs et d’œuvres d’art. Ainsi que des enregistrements historiques et des versions numériques de livres anciens. Des schémas, des diagrammes, des graphiques et des cartes. Des vidéos et des enregistrements audio… et bien d’autres choses.

Dans certains cas les ressources ne sont plus couvertes par le droit d’auteur, dans d’autres cas, les auteurs ou les ayant-droits ont accordé une permission pour que les œuvres soient utilisables en respectant de simples conditions, comme l’attribution ou l’utilisation de la même licence pour les éventuelles œuvres dérivées.

Plus de sept millions de ressources sur Commons, librement téléchargeables et utilisables pour la recherche, les sites web, les manifestes, la publicité, les œuvres d’art…

Les ressources de Commons peuvent être insérées directement sur les pages de l’encyclopédie Wikipédia et sur tous les autres projets Wikimédia, bien sûr en respectant les règles du projet spécifique, de la communauté linguistique de référence et de la législation du pays de provenance.

Chaque fichier sur Commons a sa propre page wiki. Après le titre, on trouve la ressource multimédia ou une version réduite, comme dans le cas de photos très grandes. Une description (souvent traduite en plusieurs langues) est insérée ainsi que toutes les informations disponibles, comme la source, l’auteur, la date et les termes d’utilisation. L’historique du fichier liste toutes les éventuelles modifications. Car il est en effet possible de corriger et d’améliorer les fichiers téléversés par d’autres utilisateurs. Par ailleurs sont listées les pages de Commons et des autres projets de la Wikimedia Foundation qui ont lié et utilisé la ressource. En bas de la page on trouve des catégories, par le biais desquelles la ressource est cataloguée. Les catégories sont standardisés en anglais, mais pour les utiliser il est suffisant d’avoir une connaissance approximative de la langue.

Comment pouvez-vous contribuer à Commons ? Un amoureux de la photographie peut téléverser ses photos, un bon dessinateur peut ajouter des diagrammes et des animations, un musicien l’enregistrement d’œuvres libres. Des enregistrements de films et pièces théâtrales peuvent être insérés, à condition qu’il ne soient pas couverts par des droits d’auteur.

Afin de pouvoir téléverser un fichier sur Commons, il faut s’être préalablement enregistré. La création d’un compte, gratuite, est rapide et n’est pas nécessaire si on a déjà un compte sur un autre projet de la Wikimedia Foundation. Il est seulement possible de téléverser des ressources en format libre. Pas exemple, pour les vidéos seul le format Ogg Theora est admis. Il existe de nombreux convertisseurs open source qui peuvent être téléchargés et utilisées gratuitement.

Tous les fichiers téléversés doivent respecter : la loi des États-Unis, où est légalement implantée la Wikimedia Foundation ; les lois des pays dont est issue la ressource ; les lois du pays de l’utilisateur, qui reste responsable des contenus insérés. Il faut contrôler qu’on n’enfreint pas les lois sur la vie privée ou sur les marques déposées ou les restrictions d’utilisation des œuvres d’art de la part de certains musées.

Dans le cas d’œuvres déjà publiées ailleurs sans licence libre, l’auteur ou les ayant-droits doivent envoyer un courriel électronique dans lequel ils s’identifient en déclarant qu’ils permettent la publication de la ressource sous une licence libre.

Comme Wikipédia, Commons est un wiki, un site ouvert à tout le monde il est géré par des bénévoles du monde entier qui s’engagent à identifier et catégoriser les ressources, à compléter ou traduire les descriptions, à créer les galeries et les pages spécifiques selon le thème, à identifier et supprimer les ressources avec des licences ou des sources incomplètes.

Commons est un projet multilingue : un site unique qui contient toutes les traductions et les différentes communautés linguistique cohabitent dans le même espace.

Pour faciliter la recherche des ressources au sein de Commons, ainsi que dans les catégories, est possible chercher dans les galeries, qui sont des pages spécifiquement créées pour accueillir des ressources sur un sujet particulier.

Les discussions à propos d’un contenu spécifique ont lieu sur la page de discussion dédiée à côté de chaque ressource de Commons, tandis que les discussions générales ont lieu sur une page spécifique. Les communications sont faites principalement en anglais, mais des pages dédiées existent qui permettent d’échanger dans d’autre langues.

Pour les problèmes à caractère technique on trouve un bureau d’information et de nombreuses pages d’aide, traduites en différentes langues. Pour des questions spécifiques ou particulièrement complexes, on peut demander aux administrateurs, qui sont des bénévoles qui ont gagné avec le temps la confiance de la communauté grâce à leur connaissance du projet. Eux seuls sont autorisés à exécuter certaines opérations délicates, comme par exemple la suppression d’une ressource.

L’utilisateur d’une ressource de Commons doit toujours s’assurer que les lois de son propre pays de provenance sont respectées. Commons ne peut garantir la légalité de l’utilisation d’une ressource dans tous les contextes possibles, ni sa fiabilité ou son exactitude. mais il est incroyable de voir combien de ressources valables et utilisables ont été téléversées.

De plus en plus d’archives d’état, de musées, de bibliothèques, de collections privées effectuent des dons de ressources, petits ou grands qui deviennent ainsi un patrimoine utilisable par tous.

Plusieurs photographes professionnels publient leurs œuvres sur Commons, fiers de voir leur travail repris d’un bout à l’autre du monde. Il arrive aussi que des illustrateurs publient sur Commons des schémas ou des diagrammes particulièrement efficaces et élégants.

Il existe plusieurs mécanismes permettant de reconnaître les ressources de qualité : Par exemple, chaque année se tient un concours destiné à choisir la photo de l’année. Une autre sélection choisit les images les plus belles créées par les utilisateurs de Commons et une autre encore prime les images les plus efficaces dans leur catégorie. Tous les jours, une image particulièrement intéressante est sélectionnée et cette pratique existe aussi pour les autres ressources multimédia.

Pour soutenir Commons financièrement vous pouvez faire un don à la Wikimedia Foundation ou vous pouvez choisir de soutenir (aussi avec les 0,5% applicable en Italie).

Wikimedia Italia, une association à but non lucratif qui s’occupe de promouvoir, en Italie, Commons et les autres projets de la Wikimedia Foundation.




Le logiciel libre pourrait-il exister sans le copyright ? La réponse de Stallman

Sebastian Oliva - CC by-saDans l’un de nos récents framabooks, le professeur néerlandais Joost Smiers se pose la question suivante : Et si nous supprimions carrément le copyright ?

Pour en conclure que les cartes seraient évidemment redistribuées mais que le monde ne s’arrêterait pas de tourner. Et force est de reconnaître qu’il n’est pas le seul à envisager cette radicale solution.

Or, apparent paradoxe, il se trouve que, juridiquement parlant, les licences des logiciels libres sont adossées au copyright. Elles le respectent pour mieux, en quelque sorte, le retourner en leur faveur, à fortiori lorsque ces licences sont également copyleft, comme la plus célèbre d’entre elles, la licence GNU GPL.

C’est au père de cette dernière, Richard M. Stallman[1], que Glyn Moody s’est adressé pour lui demander ce qu’il pense du copyright et de l’avenir du logiciel libre si le copyright n’existait plus.

Le logiciel libre pourrait-il exister sans le copyright ?

Could Free Software Exist Without Copyright?

Glyn Moody – 9 juillet 2010 – ComputerWorldUK
(Traduction Framalang : Vincent, Barbidule, Toufalk, Pablo, Goofy, et Petrus6)

Il y a quelques jours, j’écrivais sur la manière dont la licence GNU GPL de Richard Stallman utilise le copyright afin de garantir que les utilisateurs de la licence partagent le code qu’ils distribuent. S’ils ne le font pas, ils sont en violation de la GPL, et perdent donc leur protection contre les actions en violation de copyright.

Cela est bel et bon, mais comme beaucoup l’ont fait remarquer, cela a pour conséquence paradoxale que la licence GNU GPL dépend du copyright, un monopole intellectuel, pour promouvoir la liberté intellectuelle. De plus, cela semble condamner le logiciel libre à un sorte de symbiose avec le copyright, en le contraignant à défendre ce monopole sans lequel la GPL ne serait pas aussi puissante.

Voilà une perspective bien sûr légèrement dérangeante, et je m’étais donc dit il y a peu que je soulèverais la question avec RMS lui-même, puisqu’il avait forcément conscience du problème et qu’il avait peut-être une solution (ce que j’espérais). Ces derniers mois la question s’est posée à plusieurs reprises, j’ai donc pensé que ça valait le coup de publier ses réponses à mes interrogations, pour donner un éclairage sur ce débat crucial.

D’abord, je lui ai demandé comment nous devrions réformer le copyright, puisque c’est un monopole intellectuel dont abusent les éditeurs, mais que la GNU GPL en dépend.

Voici la réponse de Stallman :

« Pour la plupart des œuvres, je pense que le copyright pourrait être acceptable s’il était plus court (je propose 10 ans), s’il permettait une redistribution de copies verbatim non commerciale, et si les « remix » modifiant l’œuvre étaient clairement considérés comme un usage légitime (« fair use »).

Cependant, je pense que les logiciels et toutes les œuvres ayant une utilité concrète doivent être libres. »

Il a poursuivi :

« Je serais heureux que le copyright sur les logiciels soit aboli si c’était fait d’une manière telle que la liberté des logiciels soit garantie. Après tout, le but du copyleft est justement d’atteindre cet objectif pour les dérivés de certains programmes. Si tous les logiciels étaient libres, nous n’aurions pas besoin du copyleft.

Cependant, menée de la mauvaise manière, l’abolition du copyright pourrait n’avoir aucun effet sur les logiciels privateurs (car plus que le copyright, c’est le CLUF, Contrat de licence utilisateur final, et le caractère secret du code qui créent des restrictions), elle viendrait simplement remettre en cause la pratique du copyleft. Naturellement, dans ce cas je m’y opposerais.

En d’autre termes, je me sens plus concerné par l’effet de la loi sur les libertés des utilisateurs que par ce qui pourrait arriver au copyright en tant que tel. »

Je lui ai alors demandé comment l’abolition du copyright pourrait être menée pour que le logiciel libre soit encore possible.

« Il faudrait éliminer le copyright sur les logiciels, déclarer les CLUF juridiquement nuls et adopter des mesures de protection du consommateur qui imposent la distribution du code source aux utilisateurs et l’interdiction de la tivoisation. »

Stallman a expliqué ce qu’il entendait par « tivoisation » il y a quelques années, quand la GNU GPL v3 était en cours d’élaboration. C’est le fait d’élaborer une machine telle que, si l’utilisateur installe une version modifiée d’un programme, la machine refuse de l’exécuter.

Ce nom vient de Tivo, le premier produit dont j’ai su qu’il faisait ça. Le Tivo contient des logiciels libres sous GPL v2, dont le code source est fourni. L’utilisateur du Tivo peut donc modifier le programme, le compiler et installer la version modifiée sur sa machine. Celle-ci refusera cependant de fonctionner car elle aura décelé qu’il s’agit d’une version modifiée. Cela signifie qu’en théorie, l’utilisateur a la liberté numéro 1 (NdT : la liberté d’étudier le fonctionnement du programme), mais en réalité, il ne l’a plus, ce n’est qu’un leurre. Cette pratique est systématique, et elle constitue une menace générale pour la liberté de l’utilisateur.

Nous avons donc décidé d’empêcher cela, en modifiant les conditions de distribution des binaires. Nous avons précisé que si vous distribuez les binaires dans un produit, ou pour être utilisés dans un produit, alors vous devez fournir tout ce dont l’utilisateur a besoin pour installer sa propre version modifiée et faire que le produit fonctionne de la même façon, sous réserve que les changements effectués dans le code ne modifient pas la fonction. L’important est que non seulement l’utilisateur puisse être capable d’installer et faire fonctionner une version modifiée, mais encore que celle-ci doit être capable de faire la même chose que l’original.

Il faut noter que Stallman ne croit pas nécessaire d’abolir complètement le copyright, il propose juste de le restreindre un peu ; la durée exacte pouvant faire l’objet de débat :

« Ma proposition de faire durer le copyright 10 ans à partir de la date de publication se veut conservatrice. Je pense que 5 ans suffisent et je n’ai rien contre une période plus courte encore mais je ne me battrai pas pour ça. »

D’après Stallman, l’avantage de cette « modeste proposition » est qu’elle ne requiert pas de grandes modifications législatives. Alors que ce serait bien le cas pour les mesures de protection de l’utilisateur qui seraient nécessaires afin de préserver la liberté du logiciel si le copyright venait à disparaître.

Il est plus facile de faire pression pour ramener le copyright à ses conditions d’origine (14 ans pour les nouvelles oeuvres avec, en option, 14 années supplémentaires) plutôt que pour l’abolir complètement. C’est ironiquement une approche très pragmatique, alors même que Stallman est souvent accusé du contraire.

Notes

[1] Crédit photo : Sebastian Oliva (Creative Commons By-Sa)




8 choses à faire et ne pas faire si vous souhaitez sensibiliser au Logiciel Libre

Mikael Altemark - CC byHier soir je suis tombé sur un article conseil en anglais de la FSFE qui déclinait quelques bonnes et mauvaises pratiques si vous voulez faire connaître le logiciel libre autour de vous (et tout le bien que vous en pensez).

Pour ne pas surcharger la barque Framalang (qui doit tanguer quelque part entre les Seychelles et les Maldives), j’ai choisi de m’adresser à d’autres esclaves bonnes volontés du Libre. Ceux de l’émérite site LinuxFr qui présente la particularité d’abriter en son sein des êtres prêts à tous les sacrifices pour faire avancer La Cause.

Et hop, un rapide journal bien senti avec un Framapad inside, et le tour est joué.

Suffit d’attendre et de ne pas oublier de bien saluer tous ceux qui franchissent le pad (par contre j’avais oublié la bière, désolé).

Et c’est ainsi qu’en plein samedi soir du mois d’août, nous traduisîmes en à peine trois heures et à plusieurs mains (une bonne petite vingtaine, soit, si vous me suivez, dix personnes) ce court exposé plein de bon sens (à la limite de l’enfonçage de portes ouvertes ?) qui devrait, à n’en pas douter, faire au moins doubler le taux de convertis dès la rentrée prochaine.

Ça a bossé dur et vite en tout cas, rien que pour le titre, on a eu les propositions suivantes : « De la communication efficace du logiciel libre », « Plaidoyer efficace pour le logiciel libre »[1], « De l’évangélisation efficace du logiciel libre », « Défense efficace du logiciel libre », pour finalement retenir « Promouvoir efficacement le logiciel libre ».

Plus sérieusement, grand merci à mes (éphémères) compagnons de route (longue mais libre) pour ce traducthon improvisé. Je reste, comme au premier jour, fasciné par tout ce que l’on peut réaliser ensemble, de GNU/Linux à cette toute modeste traduction plurielle.

Promouvoir efficacement le logiciel libre

Effective Free Software advocacy

Sam Tuke – 10 août 2011 – FSFE
(Traduction collective LinuxFr : NeoX, mansuetus, Roro7302, Jeece, eastwind, crabs, fiuzzy, oktail, qdii et quelques autres anonymous)

Expliquer ce qu’est le logiciel libre est une tâche importante mais parfois délicate et difficile. Des concepts et une terminologie complexes, de subtiles variantes et un contexte social, politique et économique particulier, peuvent nous éloigner d’une communication efficace. Ces quelques lignes ont pour but de vous aider à présenter vos propos pour qu’ils soient à la fois plus clairs, cohérents et convaincants.

1) À faire : Dès qu’une occasion se présente, parler ouvertement et régulièrement du logiciel libre avec vos amis et vos proches.

1) À éviter : Critiquer les autres pour leur désintérêt ou leur manque de compréhension du logiciel libre. Essayez plutôt d’écouter ceux qui ne sont pas d’accord avec vous en n’essayant pas de les forcer à adopter votre point de vue. Le logiciel libre est un sujet intrinsèquement important. Mais si une personne en particulier ne peut en appréhender sa valeur, alors n’insistez pas et attendez de trouver quelqu’un d’autre qui sera prêt à poursuivre la discussion avec vous.

2) À faire : Présenter, de manière constructive, des exemples réels de problèmes posés par les logiciels propriétaires. Faire allusion au vendeur peut être tout aussi efficace que de mentionner le nom d’une entreprise.

2) À éviter : Focaliser sa critique du logiciel propriétaire sur une seule et unique entreprise. Si vous avez besoin de nommer une entreprise, essayez d’en citer d’autres. Les problèmes liés aux logiciels non libres sont génériques. Partir d’une situation globale affectant une pratique ou un marché donnera plus de poids à vos arguments et évitera les partis pris.

3) À faire : Citer les faits et les sources à chaque fois que cela est possible et être clair sur la provenance des informations. Si vous ne pouvez pas vous souvenir immédiatement de la référence, pensez à la transmettre plus tard par courrier électronique.

3) À éviter : Baser votre argumentation sur des informations non ou mal sourcées. Tenez-vous-en aux faits, et laissez les hypothèses de travail, les généralités et les suppositions pour les rares occasions où elles pourront être vraiment utiles.

4) À faire : Choisir avec soin vos arguments selon votre propre niveau de compréhension et celui de votre auditoire. Restez concentré sur les sujets que vous maîtrisez, ceux pour lesquels vous avez une expérience personnelle (même modeste) et dans lesquels vos auditeurs seront susceptibles de se reconnaître.

4) À éviter : Ennuyer ou irriter un auditoire inadapté et non préparé à un discours par trop technique ou philosophique. Vous êtes naturellement motivé pour parler en long et en large de vos sujets ou concepts favoris, mais rappelez-vous que si le but est de communiquer sur le logiciel libre, alors il vous faut déterminer au préalable l’interêt et le niveau technique de votre auditoire et adapter votre discours en conséquence.

5) À faire : Faire preuve de patience, de calme, de raison et d’objectivité dans votre communication. Évitez les situations de crises et sinon tentez de les désamorçer.

5) À éviter : Être pressant, aggressif ou trop impliqué personnellement dans vos propos. Vous n’avez rien à prouver et le logiciel libre continuera à vivre quel que soit l’avis d’un individu ou d’un groupe. Soyez simplement constructif dans vos propositions.

6) À faire : Rencontrer et discuter avec des personnes potentiellement intéressées par le logiciel libre. Sollicitez ces contacts et veillez à vous montrer disponible pour répondre à leurs demandes.

6) À éviter : Passer votre temps à contacter des personnes qui ont clairement manifesté leur désintérêt pour le sujet. Vous seriez plus utile en d’autres lieux.

7) À faire : Effectuer des démonstrations de logiciels libres de qualité, en particulier si vous les utilisez vous-même. Voir c’est retenir, et montrer comment vous tirez profit des logiciels libres au quotidien peut être plus percutant que n’importe quel argument idéologique.

7) À éviter : Promettre ou insinuer des choses que les logiciels libres ne peuvent pas apporter. Vous pouvez faire énormément de choses avec des logiciels libres, mais vous ne pouvez pas tout faire, et prétendre le contraire ne ferait que nourrir des attentes et mènerait à la frustation et la déception.

8) À faire : Trouver des moyens d’inviter les nouveaux venus à rencontrer d’autres partisans du logiciel libre et à assister à des évènements organisés par des groupes d’utilisateurs locaux. Essayez de réunir des personnes ayant des centres d’intérêts communs est également un terreau favorable pour les nouveaux arrivants dans le monde du logiciel libre.

8) À éviter : Espérer que chaque personne croisée souhaite adhérer et participer à vos groupes d’utilisateurs de logiciels libres (LUG) ou à votre hackerspace. La plupart des gens ne se déplacent à une manifestation, une rencontre, que si cela correspond à leurs centres d’intérêts et leur niveau de compréhension. Seuls certains de vos contacts sont prêts à accorder une partie de leur temps libre à ce genre d’évènement . Lorsque c’est le cas, n’oubliez pas de rester accueillant et patient.

Notes

[1] Crédit photo : Mikael Altemark (Creative Commons By)




J’ai eu envie un jour de changer le monde – Frédéric Couchet – TEDx Talk

On ne compte plus les interventions publiques de Frédéric Couchet en tant que délégué général de l’April.

Mais il est plus rare (et plus émouvant) qu’il nous parle de lui en nous narrant son parcours personnel et ce qui l’anime, à savoir avant tout une belle et utile aventure humaine.

C’était en mai dernier lors du premier TEDx de Bordeaux.

—> La vidéo au format webm




L’impression 3D déjà à la portée de tous avec Blender et Shapeways

Le Framablog poursuit son petit dossier sur l’impression 3D, histoire de faire comprendre à certains de quoi il s’agit et de donner à d’autres le goût d’entreprendre.

Après une courte vidéo explicative et un article de fond sur l’impact actuel et futur de la propriété intellectuelle sur l’impression 3D, voici une leçon pratique et concrète réalisée à partir du logiciel de modélisation 3D Blender.

Ce qui est intéressant ici, c’est d’abord le fait que Blender soit un logiciel libre mais c’est aussi le fait que vous n’avez pas besoin d’avoir une imprimante 3D à la maison, c’est le service en ligne Shapeways qui se charge de matérialiser l’objet à partir de votre fichier Blender et qui vous envoie le tout par la Poste.

Conclusion : on peut déjà s’y mettre !

PS : On nous signales dans les commentaires l’existence de la société Sculpteo qui propose en français un service similaire à Shapeways.

Créer des figurines imprimées 3D avec Blender et le service d’impression Shapeways

Creating 3D Printed Models with Blender and the Shapeways Printing Service

Terry Hancock – 26 mai 2011 – Free Software Magazine
(Traduction Framalang : Lolo le 13)

Un des sujets technologiques les plus intéressants de ces récentes années a été la montée en puissance de la technologie « d’impression 3D » pour le prototypage rapide de formes peines. J’avais déjà évoqué le sujet pour le Free Software Magazine, mais ce mois-ci j’ai finalement décidé de l’essayer pour mon propre compte, en créant matériellement des « figurines d’étude » (un joli synonyme de jouets) pour mon projet vidéo, Lunatics.

Dans cet article, je vais vous décrire le processus complet, depuis la création des modèles 3D jusqu’à la réception du produit fini dans ma boîte aux lettres.

La principale raison pour laquelle j’ai fait ce projet, c’est que je voulais tester les capacités du service d’impression 3D de Shapeways. Ils ont associé ce service d’impression avec une conception collaborative en ligne, ce qui crée un environnement fun et motivant pour créer et commander des figurines. C’est un service très facile à utiliser et la qualité d’impression semble être au rendez-vous. Ils proposent aussi une grande variété de matériaux d’impression comme la céramique cuite, des métaux et des plastiques.

fig_on_keyb_comp.jpg

Figure 1 : Conçu dans Blender, exporté et téléversé chez Shapeways, livré en tant que figurine plastique imprimée – C’est cool non ?

La deuxième raison est que je désirais avoir quelque chose d’un peu plus tangible pour élaborer mon projet Lunatics. J’aime travailler avec des ordinateurs, mais parfois vous voulez avoir quelque chose de tangible à tenir et à manipuler avec vos mains quand vous essayez de figer les scènes et planifier les scripts.

Il nous fallait constuire une maquette de la colonie lunaire dans laquelle se déroule la plupart des actions du film. D’ordinaire c’est une affaire de mousse avec des plans de sols imprimés, un peu comme un jeu de plateau. Et comme pour un jeu de plateau, nous allions donc avoir besoin de figurines représentant nos personnages. Nous aurions pu opter pour des pions de Cluedo ou utiliser ceux des échecs avec un code couleur ou encore des petits chevaux, mais ça aurait été bien plus sympa si nous avions des figurines qui ressemblent réellement à nos personnages.

À la même échelle (1/100e) que ces personnages, J’ai aussi voulu créer quelques véhicules spatiaux. J’ai décidé de commencer avec le Moon Truck, un rover lunaire pressurisé conçu pour transporter fret et passagers.

Comme j’ai eu quelques difficultés à imaginer concrètement ce véhicule, il m’a semblé utile d’essayer d’externaliser cette tâche à la fois comme une maquette 3D dans un ordinateur et comme une maquette physique à tenir et à regarder.

Figurine des personnages

J’ai commencé par créer les silhouettes de mes personnages dans un brouillon Inkscape. Elles sont basées sur des figurines d’architecture du domaine public que j’ai grandement modifiées. J’en ai fait des pions comme de simples découpes sur une base ronde (à la différence de soldats de plomb ou des pions Cluedo).

Puis, j’ai sélectionné chaque personnage depuis mon dessin original sous Inkscape et je les ai copiées dans des fichiers SVG séparés (Figure 2). Je les ai sauvegardés en tant que Plain SVG pour un maximum de compatibilité.

fig_svg_prep.jpg

Figure 2 : J’ai d’abord copié le dessin des silhouettes en SVG dans des fichiers séparé et sauvegardé ceux-ci au format Plain SVG.

J’ai importé chaque SVG dans Blender en tant que curves (Figure 3). Il y avait huit personnages principaux (plus deux extras). Pour les mettre à la bonne taille (à l’échelle 1/100e, un mètre est réduit à un centimètre) j’ai décidé de prendre la convention qu’un Bender Unit (BU) serait égale à 1 cm. J’ai donc mis à l’échelle les courbes de cette façon.

fig_import_to_blender.jpg

Figure 3 : J’ai importé les objet SVG dans Blender en tant que curves.

Les courbes (curves) sont des objets spéciaux et limités dans Blender. Il vaut mieux utiliser le format mesh pour l’impression 3D. Donc, après avoir importé les courbes depuis le fichier original en SVG, j’ai du les convertir en meshes (soit ALT+C au clavier, soit Changer le type d’objet… depuis le menu Objet).

Mais après la conversion, je n’avais que le squelette, c’est-à-dire les sommets et les arêtes qui les reliaient. Pour créer une face (surface) représentant la silhouette, j’ai utilisé la fonction Beauty Fill (avec le raccourci clavier Alt+F ou en sélectionnant Mesh > Faces > Beauty Fill dans le menu Option du Mode d’édition accessible via la touche Tab). En fait, ça ne crée pas une seule surface, mais plusieurs, l’espace est alors rempli automatiquement par des triangles.

J’ai ensuite passé quelques temps à simplifier la forme. La chose la plus importante est de s’assurer que les petites surfaces sont coplanaires (appartiennent à un même plan).

fig_extruding_figure.jpg

Figure 4 : Extrusion de la silhouette.

Ensuite, il m’a fallu donner de l’épaisseur à la découpe. J’ai décidé de les faire d’un millimètre de large, ce qui correspond ici à un dixième de Blender Unit. Pour ce faire, j’ai sélectionné le mesh, puis j’ai basculé sur la vue le long de l’axe X (en tapant 3 sur le pavé numérique). Puis j’ai tapé sur Tab pour passer en Mode édition et j’ai sélectionné tous les sommets (tapez A pour basculer la sélection sur tous les sommets). Enfin, tapez la séquence E (extrude), Y (direction) et 0.1 : cela créera l’extrusion de la silhouette dans la dimension Y (Figure 4).

fig_anya_figure.jpg

Figure 5 : La représentation du personnage d’Anya montre comment la silhouette extrudée chevauche la base cylindrique.

J’ai répété l’opération pour mes dix figurines : création d’une base mesh et extrusion en cylindre mesh, en faisant se chevaucher les figurines extrudées et la base (voir Figure 5).

Il n’est pas nécessaire de fusionner les objets dans Blender, ce qui me sauve d’une trop grande complexité, mais qui donnera une légère surcharge de travail à Shapeways (en effet le calcul actuel est basé sur une analyse des meshes et ils ne compte pas les chevauchements, ainsi, vous serez facturés en double pour les volumes chevauchés).

fig_all_figures.jpg

Figure 6 : Toutes mes dix figurines dans Blender.

Téléverser le modèle

J’ai fait cela plus d’une fois : au départ téléverser juste un des personnages puis essayer différentes combinaisons. Heureusement Shapeways ne fait pas attention si une forme consiste en une simple pièce ou en une douzaine, mais ils facturent un supplément par forme pour la plupart de leurs matériaux. Ça veut dire qu’il est généralement moins cher d’imprimer une petite collection d’objets en tant que forme simple (si vous le pouvez) en particulier dans le cas où, comme moi ici, elles sont de petite taille.

fig_export_stl.jpg

Figure 7 : Exportation d’une forme Blender en format STL pour l’impression 3D chez Shapewys.

Quand vous avez fini votre conception, l’étape suivante est de les exporter dans un format que Shapeways va comprendre. Celui que j’ai trouvé le plus simple à utiliser est le format STL (Figure 7). Ce format est commandé par le menu d’export standard dans Blender (File > Export > STL).

Pour impimer la forme en utilisant Shapeways, j’ai commencé par aller sur le site pour m’identifier. J’ai ensuite cliqué sur le bouton “upload” tout en haut qui m’a renvoyé vers un formulaire d’envoi de ma forme (Figure 8). Le formulaire permet aussi de créer des formes pour votre propre utilisation ou pour le rendre public. En fait, comme avec d’autres service de fabrication communautaire, si vous mettez vos formes à la vente, vous toucherez une commission. N’étant pas tout à fait prêt pour rendre ces fomes libres, j’ai donc juste cliqué sur la boite privée.

fig_upload_model_shapeways.jpg

Figure 8 : Téléversement de la figurine Anya chez Shapeways.

Il est possible que vous ayez besoin de modifier ce qui a été téléversé si vous voulez que l’image apparaisse correctement, J’ai suivi quelques mauvais conseils et j’ai orienté l’axe Y en tant que “up” (haut) à la place de l’axe Z, ce qui a eu pour résultat la malheureuse Figure 9. Ça aurait été bien imprimé, mais ça donne un rendu de prévisualisation affreux.

fig_oops_wrong_way.jpg

Figure 9 : Ooops ! L’axe Z devrait être en haut si vous voulez une prévisualisation correcte (là j’ai mis Y).

Une fois que vous avez bien téléversé votre forme, vous pouvez commander une impresion 3D avec comme matériau une variété de plastiques, des pierres recomposées, quelques différents types de métal et différents finis de verre (Figure 10).

De façon pratique, l’interface calcule automatiquement le volume et le prix de chaque matériau pour que vous puissiez comparer. Le coût de pour mon lot de 10 figurines va de $3.20 avec de la pierre recomposée jusqu’à $64.40 pour de l’argent (j’ai fait mes figurines en plastique “Indigo strong and flexible” vu que j’avais utilisé de l’indigo pour les travaux artistiques des Lunatics). Le coût a été facturé en fonction des volumes calculés des formes (pas le bounding box, la vraie forme), plus un coût de base par forme.

fig_materials_costs.jpg

Figure 10 : Matériaux disponibles et prix pour mon lot de figurines.

Camion lunaire

Après le téléversement de figurines et ma tentative de les commander, j’ai découvert une autre particularité du service Shapeways : Il y a un minimum de commande de 25 dollars. Donc si je ne voulais pas gâcher mon argent, il me fallait commander autre chose. J’ai donc décidé de créer une autre forme au 1/100e, cette fois un des véhicules créés pour mon projet Lunatics (Figure 11). Je ne vais pas vous faire le détail de la création, mais c’est bien entendu une conception plus complexe.

fig_moontruck_in_blender.jpg

Figure 11 : La conception du camion lunaire dans Blender (je n’ai pas imprimé le module passager sur la droite).

J’ai fait un camion en plusieurs parties qui seront assemblables après coup. C’était en partie pour permettre un assemblage modulaire avec des pièces d’autres modèles (les boogies à quatre roues sont supposés être enlevables sur le camion réel par exemple). Pour d’autres il a été plus facile de faire des formes creuses avec des paroies fines qui ne coûteraient pas tant que ça à imprimer. Le couvercle amovible sur le module l’est aussi pour pouvoir accéder à l’intérieur, bien qu’il n’y ait pas vraiment de détails à l’intérieur (mais je pourrai en ajouter dans une prochaine version).

Vous pouvez commander les pièces en utilisant un simple système de vérification, comme n’importe quel site d’e-commerce. En tant que produits fabriqués à la demande, il y a des délais de fabrication en plus des délais de livraison à inclure dans le bon de commande (Figure 12).

fig_ordering_models.jpg

Figure 12 : Shapeway s’engage sur un délai de fabrication de 10 jours dans la vue du panier d’achat.

Livraison

Bon, cet article ne serait pas complet sans les photos des produits tels que je les ai reçus ! Ils arrivent dans de jolis petits emballages, un par forme, comme vous pouvez le voir sur la Figure 13.

fig_in_packages.jpg

Figure 13 : Mes objets, tels qu’ils me sont arrivés depuis Shapeways.

J’étais content de voir qu’il n’y a pas eu de figurines cassées (séparées de leur socle). Le camion est arrivé en pièces comme prévu (Figure 14).

fig_truck_parts.jpg

Figure 14 : Le camion a été imprimé en cinq parties (châssis principal et cabine, deux boogies à quatre roues, un conteneur et le toît de la cabine).

L’assemblage du camion a marché dès le premier essai. Les roues sont plus glissées qu’emboitées, mais elles restent en place comme il faut. La prise du sas était passablement dure à ajuster et il a fallu un peu forcer mais le plastique a résisté (Figure 15).

fig_assembling_truck.jpg

Figure 15 : Assemblage des composants du camion lunaire.

Il est intéressant d’examiner la texture de près. Il est possible de voir les faces du modèle original sous Blender (les formes cylindriques sont en fait des polygones à très grand nombre de côtés, comme dans le haut du boogie à quatre roues de la Figure 16)

fig_quad.jpg

Figure 16 : Zoom sur un des boogies, notez les lignes dûes à la méthode d’impression.

Et voila !

Il faut vous avouer que j’avais espéré que les roues tournent. J’ai essayé de concevoir un modèle articulé comme un challenge, mais apparemment je n’ai pas dû laisser suffisamment de jeu pour ça et elles sont donc coincées comme si elles étaient imprimées en bloc. C’est un des nombreux problèmes de conception que j’étudierai avant de tenter d’imprimer ces figurines à nouveau.

La Figure 17 montre les figurines assemblées avec un sous et un DVD pour donner une idée de l’échelle. Je suis ravi d’avoir pu tester cette technologie sur quelle j’écrirai certainement à nouveau et j’espère avoir fait quelques émules parmi les courageux lecteurs.

fig_fullset_w_scaleitems.jpg

Figure 17 : Mes pièces complètes avec un penny et un DVD pour l’échelle.

Mais je vais arrêter d’écrire. J’ai trop envie de jouer là avec ma voiture lunaire 🙂




Le Logiciel Libre : Une bougie dans la pénombre

Ola Wiberg - CC byNe point nous haïr mais au contraire se rassembler pour ensuite envisager en confiance de construire ensemble.

Tel est le court et optimiste message de ce membre grec de la FSF Europe[1].

Vous y verrez peut-être un excès d’idéalisme voire de la naïveté. Possible… mais il n’est pas anodin que constater que le logiciel libre est capable de susciter de tels espoirs, dans un monde qui en a bien besoin.

PS : Il semblerait qu’il y ait un mouvement de contestation intéressant qui prend forme en ce moment même en Espagne. Vous avez plus d’informations ?

Logiciel Libre : Une bougie dans la pénombre

Free Software & Digital Rights Noopshere

Kostas Boukouvalas – 19 mai 2011 – FSFE Blog
(Traduction Framalang : Pandark)

C’est certain, nous vivons des temps troublés, et la crise financière n’est point la dernière à blâmer. C’est une situation fort tendue que connaît mon pays actuellement, où colère et discorde se répandent parmi le peuple.

La communauté du logiciel libre fait partie intégrante de la société. C’est pourquoi elle est également affectée par ces phénomènes.

Or bien des gens ne réalisent pas une chose. Les logiciels libres, de leur origine jusqu’à nos jours, ne sont pas seulement une alternative aux logiciels infectés de virus ou des logiciels donnés gratis. C’est une autre art de vivre. Un autre façon de voir les choses. Un autre modèle de développement, qui peut participer à aider à combattre le fléau de la crise. Une crise dont le cœur est avant tout culturel et éthique ; une crise des valeurs, et accessoirement, une crise financière.

Que peut-on apprendre des logiciels libres ?

Premièrement, à ne point haïr son prochain. Cela ne va pas de soi aujourd’hui. C’est pourquoi je n’irais pas jusqu’à dire « Aimez-vous les uns les autres ».

Deuxièmement, à se rassembler. Non pas dans l’angoisse et l’adversité, mais tranquillement, sereinement, un pas après l’autre.

Troisièmement, à travailler volontiers ensemble, de concert.

Et même si des erreurs ou des incompréhensions surviennent, nous aurons la patience de nous asseoir et de discuter en évitant les critiques inappropriées.

Après tout, nous ne sommes pas si nombreux, et le logiciel libre est une bougie dans la pénombre.

Faisons en sorte qu’elle brille !

Notes

[1] Crédit photo : Ola Wiberg (Creative Commons By)




Pourquoi je contribue et ne contribue pas au logiciel libre

Yasuhiro - CC byPour un débutant participer au logiciel libre peut être si intimidant qu’on n’hésite pas à évoquer « un aquarium à requins » pour qualifier la communauté !

Un blogueur explique pourquoi il ne contribue pas au logiciel libre (alors qu’au fond de lui il le souhaite sincèrement). Un autre lui répond, en théorie mais aussi en pratique en s’appuyant sur GitHub (qui a le vent en poupe actuellement chez les développeurs). Telle est la petite passe d’armes que nous vous proposons traduite ci-dessous[1].

En ce qui nous concerne, c’est aussi pour cela que l’on a publié notre framabook Produire du logiciel libre. Afin de participer à ce qu’il y ait de plus en plus de développeurs francophones, notamment parmi les plus jeunes qui ne reçoivent pour le moment aucune sensibilisation ou formation pendant leur cursus scolaire.

Pourquoi je ne contribue toujours pas à l’open source

Why I still don’t contribute to open source

The Daily Flux – 3 mai 2011 – Brandonhays.com
(Traduction Framalang : Pandark)

Je suis tellement hypocrite. Il y a quelques mois, je me demandais dans un billet comment surmonter ma peur de contribuer aux logiciels open source ?¹?.

Depuis, je n’ai toujours pas vraiment participé. Sur Twitter, j’ai écrit que les FOSS ressemblent à un aquarium de requins pour les newbies, et il faut que je le confirme.

Le fait est que je contribue activement d’une manière ou d’une autre à plusieurs projets open source. Cependant, je me sens toujours extérieur au projet, car mes contributions ne sont généralement pas liées au code. Alors pourquoi est-que je ne m’implique pas complètement dans le FOSS (et je pense, beaucoup d’autres comme moi) ?

Au risque de prêter aux autres mon ressenti personnel, j’aimerais vous faire part des obstacles qui peuvent, selon moi, intimider les nouveaux devs qui voudraient contribuer à des logiciels open source.

Il n’y a pas de certification, de cérémonie ou de badge du mérite disant « Tu es prêt à contribuer au FOSS ». (Il y en a cependant un pour après)

Il n’est pas évident de savoir par où commencer. D’après ce que j’entends, beaucoup de contributions aux FOSS surviennent parce que quelqu’un a besoin d’une fonctionnalité qui n’existe pas dans un logiciel, ou trouve un bug. Il peut proposer une procédure de test reproductible, voire un patch. Dans mon utilisation quotidienne, je ne croise pas beaucoup de ces situations. Il n’y a pas beaucoup de devs qui agitent les bras en demandant spécifiquement de l’aide sur un projet, et encore moins qui voudraient prendre un nouveau développeur sous leur aile.

Les règles de participation (guidelines) rendent souvent la vie d’un mainteneur plus facile, et compliquent la mienne. Oui, maintenir un projet open source est une tâche ardue et ingrate. Cependant, j’ai vu des règles/lignes de conduite pour contribuer qui transformaient une simple idée de correction en un mur de brique bureaucratique digne de Microsoft. La page d’accueil aux contributions accompagnée d’un tutoriel vidéo de Wayne Seguin est une exception remarquable à cela.

L’open source est pour les gens qui sont meilleurs que moi. J’ai bien conscience que c’est une excuse pour ne pas me lancer, mais je ne suis simplement pas à l’aise de me retrouver à un endroit où je pourrais publier des logiciels suffisamment bons pour que de véritables développeurs les utilisent.

Essayer de contribuer et échouer me donne le sentiment d’être stupide. J’ai déjà soumis plusieurs requêtes de pull et aucune n’a été acceptée, sans commentaire expliquant pourquoi. C’est comme si l’univers confirmait que oui, je suis un idiot, et mon « aide » n’est pas utile. Quelle perte de temps profondément déprimante !

J’ai pas le temps. J’ai des enfants, un nouveau boulot, et un nombre grandissant de responsabilités. Cela me prend entre 3 et 10 fois plus de temps pour écrire du code qu’un développeur plus expérimenté. Maintenant, mes contributions non liées au code mangent le temps que je passais à coder. Oui, tout le monde a la même excuse, du genre qui se dissipe si les autres excuses disparaissent, mais ça vaut le coup de le mentionner.

C’est une activité solitaire. Je pense que la plupart des gens comprennent ces choses par eux-même, et que ce serait donc un peu trop demander que d’attendre d’être pris par la main. Mais est-ce vraiment une démarche spirituelle où personne ne peut vous accompagner, de crainte que vous n’appreniez rien ?

Donc oui, le FOSS peut sembler intimidant, voire autant qu’un aquarium de requins. Je n’ai pas toutes les réponses à ces problèmes, mais je voudrais voir plus de mainteneurs cherchant des contributions avec une certaine spécificité, et répondant ensuite aux requêtes de pull, un appel pour des cas de tests supplémentaires, des corrections de bugs et, oui, de la documentation.

Github a beau être on ne peut plus ouvert, il n’y a pas de système type Quora/StackExchange qui permette de savoir quel projets ont besoin de quelque chose qui correspond à ce que vous pouvez faire. Ça pourrait être une bonne fonctionnalité.

Toi (oui, toi !), tu devrais contribuer à l’open source

You (yes, you!) should contribute to open source

Steve Klabnik – 10 mai 2011 – TheChangelog.com
(Traduction Framalang : Pandark)

Si vous lisez ce blog, vous vous souciez évidemment de l’open source. Si vous n’avez jamais contribué à un projet open source, cependant, vous êtes peut-être frileux à ce propos. Donc, inspiré par le concours de documentation Ruby 1.9.3, j’ai écrit un billet pour mon blog à propos de la manière de contribuer à la documentation de Ruby. J’ai reçu des retours comme celui-ci :

TheChangelog.com

@steveklabnik Hé, c’est génial. Il est temps pour moi de m’engager et de me mettre au boulot. Merci pour la motivation supplémentaire !

Je me suis donc dit que quelque chose de plus général pourrait vous encourager à vous impliquer dans n’importe lequel des projets open source que vous utilisez, même si ce n’est pas en Ruby. Tout projet peut avoir besoin d’un coup de main supplémentaire, en particulier les petits.

Un petit aparté à propos du fait d’être frileux.

Si vous ne contribuez pas parce que vous pensez que vous n’êtes pas prêt, ne vous inquiétez pas pour ça ! Je sais que c’est plus facile à dire qu’à faire, mais vraiment, vous êtes prêt. Un de mes amis a publié un article à propos des raisons pour lesquelles il ne contribue pas, et je suis sûr que beaucoup de personnes partagent ce genre de peurs. Greg Brown a répondu et a dissipé certaines de ses inquiétudes, mais la plupart des gens auxquels j’ai parlé s’y refusent principalement pour deux raisons :

  • C’est trop dur
  • Je ne suis pas assez bon pour contribuer
  • Je n’ai pas le temps

Parlons de chacun de ces points dans l’ordre inverse. C’est vrai, vous pouvez avoir une vie remplie. Je ne connais pas votre emploi du temps personnel. Cependant, je suis sûr que vous pouvez trouver une heure ou deux, peut-être un week-end ? Il n’en faut pas plus pour commencer. La plupart des projets sont construits sur la base de milliers de minuscules commits. Vous n’avez pas besoin de faire une grosse contribution, même les petites sont importantes.

Si vous avez peur que la qualité de votre code ne soit pas suffisante, eh bien la seule manière de vous améliorer est de pratiquer. Alors lancez-moi cet éditeur et soumettez un patch ! En général, si quelque chose ne va pas dans votre soumission, il y aura une discussion à son propos sur GitHub et tout le monde peut y apprendre quelque chose.

Prenez cette demande de pull, par exemple. À l’origine, Colin a soumis un patch qui faisait un lien vers la mauvaise url ; wilkie l’a mentionné, et Colin a mis le code à jour. Cela sera intégré dès que j’aurai fini d’écrire ce billet pour The Changelog. 🙂 Mais c’est généralement ce qui arrive si votre première proposition est un peu inexacte. N’ayez pas peur ! C’est comme ça que l’on a tous appris, les uns des autres.

Cette lamentation « c’est trop dur » débouche souvent sur un « je ne suis pas assez bon ». Cela peut aussi arriver si vous essayez de contribuer à un gros projet ayant beaucoup de règles. Les lignes de conduite pour contribuer, obligation de relecture du code, mise à jour des fichiers AUTHORS et CHANGELOG… les gros projets doivent avoir des procédures pour gérer le grand nombre de contributeurs, mais cela peut certainement créer une barrière à l’entrée pour les nouveaux venus. Si ces procédures vous intimident, j’ai une suggestion : commencez petit ! Les petits projets ont généralement peu, voire pas du tout de procédure. De plus, vous vous sentirez incroyablement bien. Pensez à ça : Python reçoit un tas de patchs tous les jours, mais si vous avez un petit outil que vous avez écrit sur GitHub, et que soudainement vous recevez un courriel « Hé, quelqu’un a un patch pour vous, » je parie que vous en serez rudement content.

Le B.A BA

Lorsque l’on contribue à un projet open source sur GitHub, il y a un processus que presque tous les projets suivent. Trois étapes : fork, commit, demande de pull.

GitHub rend l’étape du fork très simple. Cliquez simplement sur le bouton « fork » trouvé sur la page de n’importe quel projet. Utilisons Ruby comme exemple. La page du projet est ici. Vous pouvez voir le bouton fork en haut à droite. Il ressemble à ceci :

TheChangelog.com

Cliquez dessus, et vous verrez certaines « hardcore forking action, » puis vous serez dans votre propre fork ! C’est votre propre version du projet, et elle apparait sur votre page GitHub. Par exemple, voici mon fork de Ruby. Vous verrez une URL sur la page, qui vous permettra de cloner ce projet lui-même.

$ git clone git@github.com:steveklabnik/ruby.git

Cela crée un répertoire « ruby » avec tout le code à l’intérieur. Ensuite, ajouter un lien vers le projet parent pour pouvoir suivre les modifications qu’il fait.

$ cd ruby
$ git remote add upstream https://github.com/ruby/ruby.git
$ git fetch upstream

À partir de maintenant, à n’importe quel moment, nous pouvons récupérer les modifications du dépôt Ruby principal en faisant un rebase :

$ git rebase upstream/master

Une petite remarque : ruby continue d’utiliser à la fois svn subversion et git, ils appellent donc leur branche maîtresse trunk. Si vous faites cela pour Ruby, vous devrez faire git rebase upstream/trunk. Maintenant que vous avez cloné, vous pouvez faire votre boulot ! J’aime travailler dans des branches par fonctionnalités, parce que cela rend les choses plus propres et jolies, et que je peux travailler sur deux fonctionnalités à la fois.

$ git checkout -b feature/super-cool-feature
$ vim something
$ git add something
$ git commit -m "Fixed something in something"

Une fois que vous avez obtenu des commits qui fixent votre problème, envoyez les (faites un push) sur GitHub :

$ git push origin feature/super-cool-feature

Ensuite, vous cliquez sur le bouton pull request :

TheChangelog.com

Choisissez votre branche, modifiez la description comme vous le souhaitez, et vous êtes prêt à vous lancer ! Le mainteneur du projet y jettera un coup d’œil et vous aurez peut-être droit à une discussion, et bientôt vous aurez quelque chose accepté quelque part !

À quoi devrais-je contribuer ?

Le meilleur moyen de contribuer est d’aider un projet que vous utilisez effectivement. De cette manière, vous arriverez à tirer profit du fruit de votre labeur. Vous serez plus motivé, vous comprendrez déjà le projet et ce qu’il fait, ce qui vous rendra tout ça plus facile.

Si vous ne voulez pas ou ne pouvez pas trouver comment fonctionne quelque chose que vous utilisez, le deuxième meilleur moyen est de commencer à utiliser de nouveaux logiciels ! Continuez à lire The Changelog et choisissez un projet qui a l’air intéressant, utilisez le quelques semaines, puis contribuez !

Nous sommes tous dans le même bateau

J’espère que ceci vous encouragera à vous salir les mains, vous retrousser les manches, et contribuer. Même le plus petit des patchs est important, alors s’il vous plaît, trouvez un moment dans votre emploi du temps, choisissez un projet et faites un essai. Mais attention, vous pourriez vite vous retrouver accro !

Notes

[1] Crédit photo : Yasuhiro (Creative Commons By)




Un professeur d’Université titularisé grâce à ses contributions dans Wikipédia ?

Un professeur d’Université qui n’hésite pas à glisser son travail pour Wikipédia dans le dossier de candidature à sa titularisation, voilà un fait assez rare pour être signalé.

Cela signifie non seulement qu’il est gros contributeur de l’encyclopédie libre mais qu’il doit également faire comprendre sa démarche auprès de ses collègues composant le comité de recrutement.

Il a même poussé l’audace jusqu’à inclure quelques articles dans le champ Recherche de son dossier, champ le plus important puisqu’il contient les publications du candidat. Il s’agissait en l’occurrence d’articles ayant obtenu le label Article de qualité, ce qui nécessite une validation de la part des autres contributeurs de Wikipédia, une validation par les pairs en quelque sorte.

Les temps changent et il se pourrait bien que cette initiative pionnière se banalise à l’avenir. Tel est du moins notre souhait.

Un article qui vient faire écho à notre dossier Wikipédia et éducation : un exemple de réconciliation relatant un projet qui mériterait lui aussi de faire jurisprudence dans le milieu académique.

Un professeur nommé titulaire en partie grâce à son travail pour Wikipédia

Tenure awarded based in part on Wikipedia contributions

LiAnna Davis – 6 avril 2011 – Wikimedia Community Blog
(Traduction Framalang : Don Rico)

Le palmarès Wikipédia de Michel Aaij est impressionnant : plus de soixante mille modifications, quelques « Bons articles », une « Liste de qualité », et presque cent cinquante « Le saviez-vous ? » publiés. Mais la distinction dont il est le plus fier, c’est sa titularisation à l’université.

Pour les universitaires d’Amérique du Nord, la titularisation représente l’un des points culminants d’une carrière. Pendant des années, les maîtres de conférence construisent un dossier où ils démontrent leur expérience de l’enseignement, leur qualité de chercheur et leur apport à leur discipline.

Une des clés de la titularisation de Michel à été son implication dans Wikipédia.

Michel collabore à l’encyclopédie en ligne depuis des années, surtout en contribuant à des biographies de personnalités vivantes, à des articles académiques ou ayant trait aux Pays-Bas (pays dont il est originaire). Il consacre aussi énormément de temps au travail de relecture et de correction, à la résolution de conflits et à l’accueil de nouveaux rédacteurs. Par ailleurs, en tant que Campus Ambassador (NdT: Ambassadeur Wikipédia dans son université), et dans le cadre de la Public Policy Initiative (Initiative pour la Politique publique), il aide les étudiants à devenir contributeurs. En tant que chercheur, Michel a d’abord publié des articles pointus dans des revues universitaires et s’est lancé dans l’écriture d’un livre, le tout en enseignant dans la section lettres et philosophie à l’université Auburn-Montgomery, en Alabama.

Il y a un peu plus d’un an, Michel a commencé à parler de sa participation à Wikipédia avec ses collègues.

« Au début, ils se sont montrés sceptiques », reconnaît-il. Mais il a réussi à disperser leurs doutes en expliquant le système de validation par les pairs ainsi que le procédé de sélection des bons articles et des articles de qualité. Il a aussi contribué à des articles particulièrement utiles à l’université d’Auburn-Montgomery, notamment l’article sur la faculté et la biographie d’un de ses collègues, qui l’en a chaudement remercié.

« J’ai rédigé des articles dans de nombreux domaines, et bien des fois j’ai pu montrer à mes confrères ce que j’avais accompli dans leur spécialité », explique Michel. « Je me plais à penser que désormais, la plupart d’entre eux a une opinion favorable de Wikipédia. Il faut voir la vérité en face : concernant Guillaume de Dole, contenu qui a obtenu le label « Bon article », on ne trouve aucune base de données ni aucun article encyclopédique qui soit aussi complet que l’article de Wikipédia sur ce poème (ce qui en dit aussi long sur Wikipédia que sur les autres encyclopédies). »

Drmies -CC by-sa

Michel Aaij contribue aussi à Wikimédia Commons par ses photos, comme ce cliché de l’église baptiste de Montgomery, en Alabama. C’est sa fille que l’on voit sur les marches.

Michel a estimé que ses contributions à Wikipédia méritaient de figurer dans son dossier de titularisation. Selon lui, il était alors logique de les inclure dans la partie « Service ». Sur les trois rubriques du dossier, cette partie est celle qui a le moins d’importance, mais elle permet aux professeurs d’expliquer en quoi leurs travaux ont contribué à un champ de recherche particulier. Michel a donc rédigé quelques pages présentant le fonctionnement de Wikipédia, ses contributions, et en quoi sa participation à des articles précis a bénéficié à l’étude de la littérature médiévale.

Mais quelques semaines avant la date de remise de son dossier, deux de ses collègues (le poète dont il avait rédigé la biographie et un spécialiste du XVIIIe siècle) lui ont suggéré, après l’avoir entendu évoquer à plusieurs reprises le processus de validation par des pairs en vigueur pour les Articles de qualité, qu’il devrait aussi en parler dans la section « Recherche » du dossier. En effet, dans de nombreuses universités, l’obtention de la titularisation repose en grande partie sur cette section – c’est d’ailleurs de là que vient l’expression « publie ou péris » (NdT : Publish or perish). Les candidats doivent prouver qu’ils ont publié dans des ouvrages soumis à une évaluation par les pairs.

Dans la rubrique Recherche, Michel a alors ajouté ses articles distingués par le label « Contenu de qualité », deux autres en cours d’évaluation, ainsi que ses articles qui avaient paru dans la rubrique « Le saviez-vous ? » de la page d’accueil, sur des sujets de littérature ou d’histoire médiévale, ou encore sur sa ville de Montgomery, en Alabama.

« Ça m’a demandé un peu de travail d’arrangement et d’organisation, mais ça m’a permis d’inclure une section fournie sur mes contributions à Wikipédia dans la partie recherche de mon dossier, en partant du principe que les « Le saviez-vous ? », les « Bons articles » et les « Articles de qualité » sont tous soumis à une évaluation par les pairs,» explique Michel. « Pour qu’on puisse me juger sur pièce, j’ai ajouté mes articles dans les sections Recherche et Service. Enfin, j’ai suggéré (sur les conseils de trois collègues) que les articles de Wikipédia ne valent pas moins, par exemple, que ceux publiés dans les bases de donnés GALE (NdT : bases de données pour les bibliothèques) – il convient de préciser que nous venions d’attribuer une chaire en partie en appuyant notre décision sur ce genre d’articles bibliographiques. »

Les collègues titulaires de Michel l’ont approuvé à l’unanimité, et le comité universitaire lui a accordé sa titularisation au mois de mars. Pour la première fois peut-être, un professeur était titularisé en partie grâce à ses contributions à Wikipédia.

Michel estime que son CV universitaire était assez solide pour lui valoir la titularisation sans l’apport de ses contributions à Wikipédia, mais il se félicite de les avoir incluses. Si de plus en plus de professeurs candidats à la titularisation suivent l’exemple de Michel, les comités vont devoir ajuster leurs critères d’évaluation pour donner un poids plus juste aux contributions à Wikipédia.

À présent, Michel songe déjà à l’étape suivante : assumer des fonctions d’homme d’entretien, en devenant administrateur Wikipédia.

Un professeur titulaire désireux de nettoyer les plaisanteries et les âneries publiées sur Wikipédia ? Si seulement ils pouvaient être plus nombreux !