Ah c’est sûr, tout le monde n’a pas la chance de pouvoir refuser une telle opportunité… Quand on est développeur de haut niveau, c’est plus que flatteur de recevoir une invitation à discuter d’un poste de responsabilité chez le mastodonte du Net. Pour les milliers de développeurs qui sont bien payés à coder pour des produits qui ont des millions (voire des milliards ?) d’utilisateurs, il est assez exaltant de travailler pour Google.

Pourtant, quand Niklas reçoit un message l’invitant à rejoindre une équipe d’ingénieurs chez Google, il a le front de décliner, dans une lettre ouverte où il explique ses raisons.

C’est cet échange de courrier que nous avons traduit pour vous. Notez que cette fois-ci c’est Google qui est sur la sellette (parce qu’il le vaut bien) mais ce pourrait être tout autant un des autres géants du Net centralisateurs et prédateurs de nos données…

source : Why I won’t work for Google sur le blog de Niklas Femerstrand

Traduction Framalang : tetrakos, goofy, Paul, Framasky + 2 anonymes

Voici pourquoi je ne travaillerai pas pour Google

par Niklas Femerstrand

Bonjour Niklas,
Je m’appelle Patrick et je travaille chez Google.
J’ai regardé vos profils Github et LinkedIn, ainsi que votre site personnel (où j’ai découvert le projet panic_bcast), et j’aimerais m’entretenir avec vous à propos d’un certain nombre de postes d’ingénieurs ici chez Google.
Vos contributions et projets open source, votre expérience des systèmes et réseaux et votre expérience de développeur semblent en phase avec ce que font chez nous certains des ingénieurs, mais je souhaite avant tout prendre contact avec vous afin d’en savoir un peu plus sur votre travail.
Si votre emploi du temps le permet, seriez-vous disponible pour un échange la semaine prochaine ?
Les postes dont j’aurais aimé m’entretenir avec vous sont à pourvoir au sein d’une équipe chargée d’un projet sensible qui combine le développement de logiciels et l’expertise en ingénierie des réseaux et systèmes, pour créer et faire fonctionner à grande échelle une infrastructure à tolérance de pannes et des systèmes logiciels massivement distribués.
Merci de m’avoir consacré du temps, je vous souhaite un bon week-end !
Cordialement,
Patrick

Bonjour Patrick,
Merci de m’avoir contacté et pour les compliments sur le projet panic_bcast, c’est toujours flatteur d’être reconnu par plus grand que soi.
Avant de répondre comme il convient à votre question, je voudrais vous donner quelques indications sur mon parcours et mes relations avec Google.
Enfant, j’ai grandi avec l’idée que Google serait toujours l’employeur le plus intéressant que puissent imaginer ceux qui travaillent dans les technologies de l’information. Que Google se conformerait comme par jeu à sa devise « ne rien faire de mal ». J’ai grandi guidé par de fortes convictions et des principes, mais j’étais avant tout curieux par nature. Comme j’étais un enfant intéressé par la sécurité de l’information et les ordinateurs en général, j’ai rapidement commencé à analyser du code en le cassant et des systèmes en m’y introduisant, animé par l’idée que l’information voulait être libre.

Mon père s’en est vite rendu compte et nous avons eu une longue discussion sur ce qui est important dans la vie. Il m’a dit de ne pas être imprudent sinon le monde de demain consisterait en une tyrannie d’une part et des gens dépourvus de pouvoir de l’autre. Il m’a dit que, dans le futur, la répartition des pouvoirs dans le monde dépendrait beaucoup de ceux que je considère aujourd’hui comme des cypherpunks ou des hackers.
J’ai l’impression que l’avenir que mon père me décrivait quand j’étais enfant est aujourd’hui notre présent. Google dit « ne rien faire de mal » d’une part, mais de l’autre Google lit aussi le contenu des messages électroniques de ses utilisateurs et piste leur comportement sur Internet — deux choses que je décrirais clairement comme « le mal ». Google lit les courriels que ma mère écrit et piste ce que mes amis achètent. À des fins publicitaires, prétend Google… mais nous n’en avons découvert les véritables conséquences que plus tard, quand Edward Snowden a lancé l’alerte.
Il s’est avéré que Google avait aidé les services de renseignement américains et européens à pratiquer l’écoute électronique illégale de leurs propres citoyens. « Nous avons essayé de nous défendre, nous avons essayé de ne pas faire de mal », répond Google, mais on n’a jamais vu Google fermer un de ses services pour protester comme l’a fait Lavabit^[1].
On n’a jamais vu Google se battre pour le bien de ses utilisateurs, c’est-à-dire la majeure partie de la population du globe.
Nous avons vu Google justifier son espionnage des données en disant que c’était super en termes de stratégie publicitaire.
Nous avons appris que Google fait en réalité des choses très mauvaises pour la majorité de la population mondiale. Nous avons appris que Google a tendance à utiliser une épée à double tranchant. Nous avons appris que le principe « open source autant que possible » de Google ne s’applique que tant qu’il ne perturbe pas le chiffre d’affaires existant.
Nous avons été témoins du fait que Google a envoyé des lettres de mise en demeure^[2] aux développeurs et mainteneurs du projet populaire CyanogenMod pour Android pour avoir violé certains brevets en modifiant certains éléments open source d’un projet sous licence open source.
Nous avons appris que l’amitié cordiale de Google n’est qu’une façade publicitaire. Nous avons appris que Google n’est pas ce que nous pensions, qu’il ne se bat pas pour le bien de l’humanité mais pour le bien de son portefeuille.
C’est en cela que je me distingue de Google. Mes principes ne sont pas compatibles avec ceux que Google suit et a suivis tout au long de son histoire.
En vertu de mes principes, j’effacerais plutôt que collecterais toutes les données que Google, lui, rassemble sur ses utilisateurs, à savoir moi, ma famille, mes amis, mes collègues et toute personne dont Google sait qu’elle se connecte et a recours à des services populaires sur l’Internet public. Il me serait difficile de trouver le sommeil si je travaillais pour une entreprise qui cible les gens que j’aime et les menace directement.

Je me vois mal développer un jour les outils tyranniques indispensables à Google pour continuer sa course. Je suis de l’autre bord. J’ai conçu le projet que vous saluez, panic_bcast, pour que les services de sécurité aient davantage de difficultés à récolter des informations sur des militants politiques au moyen d’attaques du type « démarrage à froid ». Ce qui motive ma participation à d’autres projets de ce genre est ma conviction de la nécessité d’une circulation libre et sans contraintes de l’information sur l’Internet public.
Je fais partie de ces personnes assez chanceuses pour pouvoir se permettre de choisir les projets sur lesquels elles ont envie de travailler et je choisis de ne m’impliquer que dans des projets dont j’ai la conviction qu’ils apportent une contribution positive à la population dans le monde. Google n’occupe pas une place très élevée dans ma liste à cet égard et je suis au regret d’avoir à décliner votre proposition d’emploi.

« Les gens bien élevés ne lisent pas le courrier des autres »
— Henry L. Stimson

Je vous souhaite bonne chance dans votre recherche du candidat idéal.

Cordialement,
Niklas

Plutôt que de se résigner à l’usage de services en ligne n’offrant aucune garantie réelle de confidentialité, Frank Karlitschek a décidé de ne pas se contenter de prêcher la bonne parole mais de passer à l’acte en élaborant (avec d’autres) un projet qui remporte un succès grandissant : un logiciel libre et open source de stockage de données. En revenant sur l’historique du projet ownCloud, il nous rappelle au passage les clés de la réussite (ne perdons pas de vue la proportion importante de projets open source qui n’aboutissent jamais) : développement collaboratif du code ouvert, prenant appui sur des outils et choix techniques ayant déjà une large base de développeurs, flexibilité, compatibilité multi-plateforme…

Cet article donne quelques indications plus précises sur les technologies mises en œuvre qui peuvent laisser perplexe le lecteur non développeur, mais la démarche et la philosophie de l‘open source y apparaîtront pour tous avec clarté. L’enjeu, c’est de rendre à l’utilisateur le contrôle de ses données.

Au fait, Framasoft dispose depuis un an de son propre ownCloud ^[1], pourquoi pas vous ?

Pourquoi j’ai créé OwnCloud et l’ai rendu open source

par Frank Karlitschek, fondateur de ownCloud et mainteneur de l’architecture globale du projet.

Article original : Why I Built OwnCloud and Made It Open Source Traduction Framalang : Asta, r0u, KoS, Wan, Omegax, goofy, Diab

Il y a 4 ans, j’étais au CampKDE à San Diego, je donnais une conférence sur la protection des données, mettant en garde le public sur les risques pour leur vie privée auprès des fournisseurs de cloud – en particulier Dropbox. « — Eh bien fais-le toi-même », m’a-t-on dit. Bien sûr, j’avais déjà créé des choses dans le passé, alors bien sûr, j’ai dit que j’allais le faire. Et c’est là que j’ai commencé mon odyssée, en premier lieu pour me protéger moi-même, mes amis et mes collègues de l’espionnage des gouvernements et d’autres méchants, et plus tard – quand j’ai vu l’intérêt croître dans le monde – pour concevoir un projet concret et efficace.

je n’avais pas envie d’envoyer mes données à un service tiers pour qu’il les stocke on ne sait où

Évidemment, je devais décider d’un certain nombre de choses avant de commencer, notamment ce que je voulais que fasse le logiciel, quelle plateforme de développement utiliser, comment le structurer et bien sûr il fallait que je lui trouve un nom : ownCloud (NdT : littéralement, « le nuage qu’on possède »).

Mes amis et moi avions besoin d’un moyen de synchroniser nos images, nos documents et même nos vidéos en passant d’un appareil à l’autre (au lieu d’utiliser une clé USB), nous voulions aussi partager ces fichiers avec nos amis et nos proches. À l’époque, Dropbox devenait très populaire, mais je n’avais pas envie d’envoyer mes données à un service tiers pour qu’il les stocke on ne sait où. Je voulais créer une plateforme que mes amis puissent utiliser sur les espaces de stockage qu’ils avaient déjà, à la différence du cloud, pas seulement pour synchroniser et partager, mais aussi une plateforme assez flexible pour qu’on puisse y créer des applications.

Bien sûr ownCloud allait être open source.

Je faisais déjà partie de la communauté open source, mais ce n’est pas la seule raison. En faisant de l‘open source je concevais un code qui serait complètement transparent (et donc aurait peu de risques de comporter des « portes dérobées » pour entrer dans mes données). De plus je pouvais compter sur un grand nombre de personnes animées des mêmes convictions pour m’aider à créer ownCloud, je n’étais donc pas tout seul. Et je pouvais réutiliser les technologies d’autres projets. Comme SABREDAV, qui est le framework que nous utilisons pour la communication WebDAV du serveur (CalDAV, CardDAV et WebDAV sont tous utilisés par ownCloud), et nous utilisons aussi jQuery. Nous avons également utilisé csync pour les capacités de synchronisation bi-directionnelle du client de bureau et Qt pour l’interface utilisateur multi-plateforme. Je n’ai pas eu à réinventer la roue une fois de plus, je n’ai eu qu’à assembler ce qui existait déjà pour que tout fonctionne.

Mais comme je l’ai déjà dit, je savais ce que je voulais : ownCloud devait être plus qu’une « app ». Bien sûr, stocker les données d’une manière sûre et sécurisée est une chose importante. Mais en fin de compte, les gens veulent faire quelque chose de leurs données, alors j’ai voulu ajouter davantage de fonctionnalités à travers les applications ownCloud. Les applications sont des extensions qui peuvent implémenter des fonctionnalités telles que la détection de virus, la journalisation des accès et des changements de fichiers, le versionnage, le chiffrement, l’édition de fichiers et bien d’autres choses. Ce genre d’intégration du stockage de fichiers avec d’autres services est essentiel pour le développement futur.

Je voulais que mon projet soit flexible, de sorte que les gens puissent s’appuyer sur ownCloud (et beaucoup l’ont fait, avec une application type « Google News », un streamer de vidéos, un lecteur de musique, un calendrier – et plus encore) et que ownCloud puisse s’intégrer dans de nombreux environnements. Par exemple, n’importe quel client WebDAV devait pouvoir accéder à ownCloud dès le départ et le concept d’applications internes est là aussi depuis le début du projet.

Bien entendu, nous sommes plus avancés à présent — il y a des API de partage et d’administration, des API internes pour les applications utilisant OCS, il existe des bibliothèques pour mobile (que nous avons rendues open source) et qui permettent l’intégration à d’autres applications mobiles, une base de données clés-valeurs pour un usage général de stockage de données, de synchronisation, et davantage encore. Ensuite, il y a l’intégration de systèmes de stockage externe comme FTP, S3, SWIFT, CIFS, iRODS et beaucoup d’autres. Mais même à l’époque où nous avons commencé, les intentions étaient claires – construire quelque chose d’assez flexible pour que les gens puissent créer des solutions auxquelles nous n’avions pas pensé.

Et c’est justement ça, la puissance de l‘open source.

Nous (ma communauté grandissante et moi) avons évalué différentes options pour trouver la bonne technologie qui pourrait tourner sur chaque plateforme, du micro serveur jusqu’à des clusters de serveurs, qui aurait toutes les fonctionnalités et serait connue d’un grand nombre de développeurs. C’est pourquoi nous avons opté pour PHP et JS pour la partie serveur, C++ pour la synchronisation des Clients, Objective-C pour iOS et Java pour Android.

Il y avait plusieurs critères architecturaux à remplir dès le départ : multiplateforme, facilité d’extension, support des infrastructures, haute disponibilité basée sur les composants les plus largement utilisés. Donc, nous avons choisi PHP, pour cibler la pile « LAMP » (Linux / Apache / MySQL / PHP) qui est la plus répandue et éprouvée des plateformes permettant tout cela.

C’est également un projet open source et PHP est disponible gratuitement, facile à trouver, et multiplateforme (variantes Windows et Linux, IIS, Apache et autres serveurs Linux). Il bénéficie d’une communauté massive de développeurs dont beaucoup sont très expérimentés. Enfin, c’est un langage facilement accessible pour la communauté. Avec tout ça, c’était une évidence.

« L‘open source est la seule solution pour un stockage de données réellement sécurisé »

Comme j’ai commencé ce projet par une conférence sur la sécurité et la confidentialité, il était essentiel d’avoir la meilleure sécurité possible pour les API. J’ai choisi un chiffrement SSL fort pour toutes les API WebDAV et REST. L’authentification est faite via la méthode basique, qui est très simple et facile à gérer. On peut également utiliser SAML, fourni au travers de son implémentation Shibboleth. En complément OAuth et l’authentification à deux facteurs sont disponibles, et nous profitons même de la flexibilité de ownCloud pour intégrer un backend personnalisé, en utilisant des jetons à la place des mots de passe standards.

Je suis convaincu que le stockage de fichiers n’est pas seulement un service web ou une infrastructure informatique de plus. C’est là où les gens et les entreprises stockent et gèrent leurs données les plus importantes. C’est pourquoi il est essentiel de le rendre aussi sécurisé que possible. Avec un logiciel propriétaire, vous ne pouvez jamais être sûr qu’il n’y a pas une porte dérobée ou d’autres problèmes de sécurité. L’open source est la seule solution pour un stockage de données réellement sécurisé. Voilà ce que j’ai fait et pourquoi je l’ai fait. J’ai mis à ce travail toute ma passion pour l‘open source et il a aussi demandé beaucoup de soin !

• Le site du projet ownCloud
• Contribuer au développement d’ownCloud

Les États Généraux de l’Open Source étaient réunis le 6 mars dernier pour une convention de synthèse. Nous avons choisi d’en reproduire ci-dessous la remarquable conclusion de la députée Isabelle Attard.

Si tous nos parlementaires partageaient en la matière ses compétences et son état d’esprit, nous n’en sérions pas là mais beaucoup plus loin.

À qui la faute ? À eux, bien sûr, mais également à nous. Alors continuons notre travail pour que sa « proposition 0 » infuse toujours plus la société. Et merci au passage pour la précieuse et pertinente analogie de l’école publique construite par une entreprise privée.

Remarque : Nous avons déjà évoqué Isabelle Attard lors de la triste histoire législative du DRM dans les livres numérique ainsi que sur la question du domaine public sur Romaine Lubrique.

Isabelle Attard – Conférence de clôture – États Généraux de l’Open Source

URL d’origine du document

Merci Michel Isnard et Alexandre Zapolsky de m’avoir invitée à cette après-midi consacrée à l’open source.

Bravo pour tout ce qui a été accompli au sein des groupes de travail durant l’année. Juste un petit bémol : je constate qu’aucune femme n’est venue s’exprimer sur scène mais je compte sur vous pour faire mieux l’année prochaine.

Vous savez que le logiciel libre me tient à cœur. Pas pour des raisons idéologiques ou parce que « c’est à la mode », mais parce que c’est un vrai enjeu de société. Oui, je sais que je conclus les États Généraux de l’Open Source. Je sais aussi que la distinction entre logiciels Open Source et logiciels Libres est un débat virulent entre les partisans de chaque dénomination. Ces distinctions me paraissent trop peu importantes pour faire l’objet d’une argumentation. D’ailleurs, le deuxième groupe de travail aujourd’hui utilise « Open Source », et le quatrième « logiciel libre ».

Mais au quotidien, à l’Assemblée nationale, ce sont les mots « logiciel libre » qui ont ma préférence. Déjà parce qu’ils sont français. C’est un premier critère d’acceptabilité important pour être entendus de mes collègues députés. Ensuite, parce qu’ils mettent en avant la liberté, et c’est bien ce qui caractérise ces logiciels : les libertés offertes à leurs usagers. Enfin, parce que ces libertés aboutissent aux trois grands avantages majeurs des logiciels libres : coût, sécurité, pérennité.

Le premier ministre Jean-Marc Ayrault a insisté sur ces avantages dans sa fameuse circulaire sur l’usage du logiciel libre dans l’administration.

Et pourtant, pourtant, toutes mes tentatives de favoriser le logiciel libre dans la loi se sont heurtées à de grandes résistances. Lors du projet de loi refondation de l’école. Lors du projet de loi enseignement supérieur et recherche. Lors du projet de loi de finances 2014.

Mes collègues députés, je suis gênée de le dire, ont pour beaucoup fait preuve d’ignorance. Ces sujets sont complexes, et tous les parlementaires ne font pas le choix de s’y intéresser. Ils ont aussi, pour certains, cédé aux lobbies du logiciel propriétaire. Le chantage à l’emploi des grands éditeurs est une réalité.

Pourtant, je suis confiante dans l’avenir. La prise de conscience des donneurs d’ordre est une réalité, qu’ils soient des secteurs publics ou privés. De mon côté, j’ai utilisé les questions écrites aux ministères pour leur faire réaliser le bilan de leurs actions, suite à la circulaire sur le logiciel libre. Les premières réponses ont montré qu’il y avait de bons élèves, et de moins bons. Voire des silencieux.

C’est pourquoi je renverrai cette année la même série de questions. L’évolution des réponses nous permettra, à vous comme à moi, de mesurer la réalité du changement de pratique au sein de l’administration publique. Un problème récurrent au sein des ministères est l’absence d’outils de contrôle de gestion distinguant entre les dépenses liées aux logiciels libres et celles liées aux logiciels propriétaires. Je déposerai donc une autre série de question sur la mise en place de cette distinction dans la comptabilité publique.

En parallèle, je continuerai à promouvoir les nombreux avantages du logiciel libre auprès des ministres et lors des débats parlementaires.

La moitié des propositions de vos groupes de travail requiert la bonne volonté du gouvernement et/ou du Parlement pour aboutir. Les voici :

• Modifications du Crédit Impôt Recherche
• Financement par « l’État client »
• Modification au sein du programme France Université Numérique
• Adoption d’un code des marchés publics en faveur du libre, suivant le modèle italien.
• Modification du cahier des clauses administratives générales applicables aux marchés publics de techniques de l’information et de la communication, le CCAG-TIC. Ainsi, bien sûr, que son articulation avec le cahier des clauses administratives générales applicables aux prestations intellectuelles, le CCAG-PI.
• Modification des règles des marchés publics pour imposer interopérabilité et standards ouverts.
  • Petite parenthèse. Je suis bien évidemment d’accord avec cette proposition. Mais lorsque j’ai essayé de donner, je cite : « un encouragement à l’usage de logiciels libres et de formats ouverts pour les ressources pédagogiques dans l’enseignement supérieur », on m’a répondu les choses suivantes. Je cite à nouveau : « les logiciels libres sont déjà très présents dans la communauté universitaire. C’est une culture extrêmement répandue. Il n’est donc pas important de faire figurer cela dans la loi. » Ces phrases ont été prononcées par le député Vincent Feltesse et la ministre Geneviève Fioraso. Je compte d’ailleurs beaucoup sur la ministre Fleur Pellerin pour faire de la pédagogie auprès de ses collègues en leur expliquant les avantages du logiciel libre. Je reviendrai plus tard sur la résistance au changement.
• Intégrer le recours au logiciel libre dans les critères RSE.
• Imposer la communication par l’État de son patrimoine logiciel.
• Réglementer le lobbying
• Libération de tout code produit par un agent public.
• Création d’un centre de compétence Open Source de l’administration
• Dégrouper dans 100% des cas l’acquisition de matériel et de logiciel.
  • Deuxième parenthèse : le groupe écologiste a tenté d’introduire dans le projet de loi Consommation, non pas le dégroupage de la vente, mais une simple information obligatoire des prix respectifs du matériel et des logiciels qui composent un ordinateur. Le ministre Benoît Hamon a refusé. Imaginez si nous avions proposé l’interdiction de vendre ces produits ensemble !
• Dispositif fiscal de déduction des achats passés auprès des JEI et/ou PME Innovantes

Je partage assez largement ces propositions. Mais je pense qu’il en manque une, qui est un préalable à toutes celles-ci. Vous me permettrez, je l’espère, de suggérer une proposition 0. Elle s’intitulerait : « rendre le logiciel libre évident pour les décideurs politiques ». Par évident, j’entends à la fois l’aspect « solution à beaucoup de problèmes », et l’aspect « sujet simple dont je peux débattre sans passer d’abord un brevet d’aptitude ».

Aujourd’hui, à part quelques experts dans les administrations ministérielles, et une dizaine de députés, qui considère le logiciel libre comme une évidence ?

Le sujet est complexe, technique, c’est pourquoi nous devons tous faire un effort de vulgarisation. Je vous propose l’analogie suivante :

Imaginez une école publique, construite par une entreprise privée. Qui trouverait normal que l’entreprise ne fournisse par les plans à la mairie qui a payé la construction ? Qui trouverait normal que l’entreprise impose d’être la seule autorisée à réparer l’école ? Qui trouverait normal que l’entreprise interdise d’agrandir ou de modifier l’école sans son accord ?

C’est pourtant ce que les éditeurs des logiciels propriétaires payés par le secteur public imposent.

C’est, je le crois, avec des exemples simples, des analogies parlantes, que nous pourrons faire avancer la compréhension des enjeux du logiciel libre.

Le Conseil d’État l’a rappelé, le logiciel libre est un modèle de service. Ce n’est pas un choix technologique, contrairement à ce que prétendent les lobbyistes du logiciel propriétaire. Les collectivités locales ont donc parfaitement le droit d’imposer le libre dans leurs appels d’offre et dans leurs pratiques.

Il nous reste à le leur faire savoir, aussi souvent que nécessaire. Mais nous sommes tous d’accord à ce sujet, n’est-ce pas ?

Isabelle Attard

Une interview de Nicolas, son développeur.

Il ne vous a sûrement pas échappé que notre consommation de contenus du Web est terriblement chronophage et particulièrement frustrante tout à la fois : non seulement nous passons beaucoup (trop ?) de temps en ligne à explorer les mines aurifères de la toile, y détectant pépites et filons, mais nous sommes surtout constamment en manque. Même si nous ne sommes pas dans le zapping frénétique si facilement dénoncé par les doctes psychologues qui pontifient sur les dangers du numérique pour les jeunes cervelles, il nous vient souvent le goût amer de l’inachevé : pas le temps de tout lire (TL;DR est devenu le clin d’œil mi-figue mi-raisin d’une génération de lecteurs pressés), pas trop le temps de réfléchir non plus hélas, pas le temps de suivre la ribambelle de liens associés à un article…

Pour nous donner bonne conscience, nous rangeons scrupuleusement un marque-page de plus dans un sous-dossier qui en comporte déjà 256, nous notons un élément de plus dans la toujours ridiculement longue toudouliste, bref nous remettons à plus tard, c’est-à-dire le plus souvent aux introuvables calendes grecques, le soin de lire vraiment un article jugé intéressant, de regarder une vidéo signalée par les rézossocios, de lire un chapitre entier d’un ouvrage disponible en ligne…

Alors bien sûr, à défaut de nous donner tout le temps qui serait nécessaire, des solutions existent pour nous permettre de « lire plus tard » en sauvegardant le précieux pollen de nos butinages de site en site, et d’en faire ultérieurement votre miel ; c’est bel et bon mais les ruches sont un peu distantes, ça s’appelle le cloud (nos amis techies m’ont bien expliqué mais j’ai seulement compris que des trucs à moi sont sur des machines lointaines, ça ne me rassure pas trop) et elles sont souvent propriétaires, ne laissant entrer que les utilisateurs consommateurs payants et qui consentent à leurs conditions. Sans compter que de gros bourdons viennent profiter plus ou moins discrètement de toutes ces traces de nous-mêmes qui permettent de monétiser notre profil : si je collecte sur ces services (ne les nommons pas, justement) une série d’articles sur l’idée de Nature chez Diderot, je recevrai diverses sollicitations pour devenir client de la boutique Nature & Découverte du boulevard Diderot. Et si d’aventure les programmes de la NSA moulinent sur le service, je serai peut-être un jour dans une liste des militants naturistes indésirables sur les vols de la PanAm (je ne sais plus trop si je plaisante là, finalement…)

La bonne idée : « se constituer un réservoir de documents sélectionnés à parcourir plus tard » appelait donc une autre bonne idée, celle d’avoir le contrôle de ce réservoir, de notre collection personnelle. C’est Nicolas Lœuillet, ci-dessous interviewé, qui s’y est collé avec une belle application appelée euh… oui, appelée Wallabag.

Framasoft soutient d’autant plus son initiative qu’on lui a cherché des misères pour une histoire de nom et qu’il est possible d’installer soi-même une copie de Wallabag sur son propre site.

Le petit plus de Framasoft, réseau toujours désireux de vous proposer des alternatives libératrices, c’est de vous proposer (sur inscription préalable) un accès au Framabag, autrement dit votre Wallabag sur un serveur Frama* avec notre garantie de confidentialité. Comme pour le Framanews, nous vous accueillons volontiers dans la limite de nos capacités, en vous invitant à vous lancer dans votre auto-hébergement de Wallabag.
Cet article est trop long ? Mettez-le dans votre Framabag et hop.

Framablog : Salut Nicolas… Tu peux te présenter brièvement ?

Salut ! Développeur PHP depuis quelques années maintenant (10 ans), j’ai voulu me remettre à niveau techniquement parlant (depuis 3 ans, j’ai pas mal lâché le clavier). Pour mes besoins persos, j’ai donc créé un petit projet pour remplacer une solution propriétaire existante. Sans aucune prétention, j’ai hébergé ce projet sur Github et comme c’est la seule solution open source de ce type, le nombre de personnes intéressées a augmenté …

Les utilisateurs de services Framasoft ne le savent pas forcément, mais tu as déjà pas mal participé à la FramaGalaxie, non ?

En effet. J’ai commencé un plugin pour Framanews, ttrss-purge-accounts, qui permet de nettoyer la base de données de comptes plus utilisés. Mais ce plugin a besoin d’être terminé à 100% pour être intégré au sein de Framanews (et donc de Tiny Tiny RSS), si quelqu’un souhaite m’aider, il n’y a aucun souci.
J’ai aussi fait 1 ou 2 apparitions dans des traductions pour Framablog. Rien d’extraordinaire, je ne suis pas bilingue, ça me permet de m’entraîner.

Parlons de suite de ce qui fâche : ton application Wallabag, elle s’appellait pas “Poche”, avant ? Tu nous racontes l’histoire ?

Euh en effet … Déjà, pourquoi poche ? Parce que l’un des trois « ténors » sur le marché s’appelle Pocket. Comme mon appli n’était destinée qu’à mon usage personnel au départ, je ne me suis pas torturé bien longtemps.

Cet été, on a failli changer de nom, quand il y a eu de plus en plus d’utilisateurs. Et puis on s’est dit que poche, c’était pas mal, ça sonnait bien français et puis avec les quelques dizaines d’utilisateurs, on ne gênerait personne.

C’est sans compter avec les sociétés américaines et leur fâcheuse manie de vouloir envoyer leurs avocats à tout bout de champ. Le 23 janvier, j’ai reçu un email de la part du cabinet d’avocats de Pocket me demandant de changer le nom, le logo, de ne plus utiliser le terme “read-it-later” (« lisez le plus tard ») et de ne plus dire que Pocket n’est pas gratuit (tout est parti d’un tweet où je qualifie Pocket de « non free » à savoir non libre). Bref, même si je semblais dans mon droit, j’ai quand même pris la décision de changer de nom et Wallabag est né, suite aux dizaines de propositions de nom reçues. C’est un mélange entre le wallaby (de la famille des kangourous, qui stockent dans leur poche ce qui leur est cher) et bag (les termes sac / sacoche / besace sont énormément revenus). Mais maintenant, on va de l’avant, plus de temps à perdre avec ça, on a du pain sur la planche.
crédit photo William Warby qui autorise explicitement toute réutilisation.

Bon, alors explique-moi ce que je vais pouvoir faire avec Framabag…

Alors Framabag, ça te permet de te créer un compte gratuitement et librement pour pouvoir utiliser Wallabag. Seule ton adresse email est nécessaire, on se charge d’installer et de mettre à jour Wallabag pour toi. Tu peux d’ailleurs profiter d’autres services proposés par Framasoft ici.

À ce jour, il y a 834 comptes créés sur Framabag.

Vous avez vraiment conçu ce service afin qu’on puisse l’utiliser avec un maximum d’outils, non ?

Autour de l’application web, il existe déjà des applications pour smartphones (Android et Windows Phone), des extensions Firefox et Google Chrome.

Comme Wallabag possède des flux RSS, c’est facile de lire les articles sauvegardés sur sa liseuse (si celle-ci permet de lire des flux RSS). Calibre (« logiciel de lecture, de gestion de bibliothèques et de conversion de fichiers numériques de type ebook ou livre électronique »,nous dit ubuntu-fr.org) intègre depuis quelques semaines maintenant la possibilité de récupérer les articles non lus, pratique pour faire un fichier ePub !

D’autres applications web permettent l’intégration avec Wallabag (FreshRSS, Leed et Tiny Tiny RSS pour les agrégateurs de flux). L’API qui sera disponible dans la prochaine version de Wallabag permettra encore plus d’interactivité.

Y a-t-il un mode de lecture hors ligne ou est-ce que c’est prévu pour les prochaines versions ?

Il y a un pseudo mode hors ligne, disponible avec l’application Android. On peut récupérer (via un flux RSS) les articles non lus que l’on a sauvegardés. Une fois déconnecté, on peut continuer à lire sur son smartphone ou sa tablette les articles. Par contre, il manque des fonctionnalités : quand tu marques un article comme lu, ce n’est pas synchronisé avec la version web de Wallabag. J’espère que je suis presque clair dans mes explications.

Pour la v2, qui est déjà en cours de développement, où je suis bien aidé par Vincent Jousse, on aura la possibilité d’avoir un vrai mode hors ligne.

Alors si on veut aider / participer / trifouiller le code / vous envoyer des retours, on fait comment ?

On peut aider de plusieurs façons :

• utiliser wallabag et nous remonter les problèmes rencontrés ;
• participer au développement de l’application https://github.com/wallabag/wallabag Si Silex / Symfony2 / HTML5 / etc. te parlent, n’hésite pas !
• comme tout projet, le gros point noir est le manque de documentation. Elle est dispo ici mais il manque plein de choses et tout n’est pas à jour ;
• parler de Wallabag autour de vous ;
• il existe un compte Flattr.

Le mot de la fin…?

Merci à Framasoft d’accueillir et de soutenir Wallabag !

La route est encore bien longue pour ne plus utiliser de solutions propriétaires, mais on devrait y arriver, non ?

hackez Gégé !

Sortie de Beginning with Code_Aster, un livre de Jean-Pierre Aubry

Framabook a le plaisir de vous faire part de la parution d’un nouvel ouvrage qui vous initiera à la méthode des éléments finis.

Vous trouverez des détails sur l’ouvrage sur sa page Framabook. Son auteur, Jean-Pierre Aubry, est ingénieur à La Machine, célèbre compagnie de théâtre de rue dont la particularité est entre autres de présenter de gigantesques structures artistiques.

À l’occasion de la sortie de son livre, Jean-Pierre Aubry a bien voulu répondre à quelques questions à propos de ses activités et de ce manuel paru dans la collection Framabook. Framabook : Bonjour Jean-Pierre. Tu publies un ouvrage plutôt complexe sur la méthode des éléments finis dans la collection Framabook. Ce manuel a ceci de particulier qu’il introduit à l’utilisation de Code_Aster. Comment as-tu découvert ce logiciel libre ?

Jean-Pierre Aubry : J’ai commencé ma carrière il y a bien longtemps déjà en concevant des voiliers avec Philippe Harle. Et dès le début des années 1970 nous utilisions un calculateur électronique (Hewlett Packard 9810, si je me souviens bien) pour automatiser certaines tâches de conception répétitives impliquant du calcul numérique. À cette époque, le terme ordinateur n’était pas encore omniprésent, les machines n’avaient pas d’écrans, et les résultats étaient des chiffres imprimés sur une bande de papier.

En 1986 j’ai participé à la conception d’un voilier pour lequel le CEA (Cadarache) avait offert des moyens, matériels et humains, en matière de calcul par éléments finis, pour valider un module de calcul adapté aux matériaux composites, cette collaboration m’avait ouvert les yeux sur les possibilités de cette méthode… qui est devenue, par la suite, un fil conducteur dans ma vie professionnelle, hormis peut être le passage par la conception des appareils à pression de gaz, ou des citernes de transport de matières dangereuses, de l’essence aux composés les plus dangereux en passant par les acides chlorhydrique ou fluorhydrique par exemple. En effet ces objets sont conçus selon des règles empiriques (au vrai sens de ce terme, souvent galvaudé) datant de la fin du XIXe siècle, soigneusement améliorées depuis et considérées, par toutes les autorités du monde, comme suffisantes.

Précédemment j’avais été responsable du département simulation numérique d’un bureau de recherche et développement où nous utilisons le logiciel SAMCEF®, un poids lourd de la catégorie.

Le passage sous licence GPL de Code_Aster en 2001 est un événement qui n’était passé inaperçu aux yeux de personne dans la communauté des utilisateurs de logiciels de modélisation numérique, mais la réputation d’être rébarbatif était telle que je ne m’y étais pas intéressé. C’est presque tout naturellement qu’en 2005, pour les travaux de La Machine, nous avons fait l’acquisition d’une licence de SAMCEF® qui, pour quelques dizaines de milliers d’euros, était encore bien loin d’être complète. Parallèlement je menais une veille technologique et j’avais déjà regardé plusieurs logiciels open source de calcul par éléments finis. Il y en a des dizaines mais aucun d’eux ne couvrait vraiment nos besoins.

En 2007 j’ai sauté le pas, téléchargé le live CD de CAELinux contenant Salome-Meca et Code_Aster (j’utilisais déjà plus ou moins régulièrement Gmsh) et je m’y suis mis. Les débuts ont été laborieux et après deux ans de travail en parallèle avec le logiciel précédent, j’ai considéré que je savais utiliser Code_Aster et qu’il donnait les résultats attendus. Et voilà « by appointement to La Machine » pour Code_Aster !

FB : Depuis la libération de ce logiciel par EDF, une communauté Code_Aster a vu le jour, et dont tu es l’un des membres. Peux-tu nous présenter cette communauté et ses activités ?

JPA : En fait il y a deux entités quelque peu distinctes.

D’une part il y a une communauté informelle autour de Code_Aster, ce sont des utilisateurs qui s’entraident par l’intermédiaire de plusieurs forums hébergés sur le site de Code_Aster. On y trouve principalement des questions concernant l’installation, l’usage voire le développement et cela s’apparente à une auberge espagnole. C’est d’ailleurs après avoir participé à quelques centaines d’interventions sur ces forums que m’est venue l’idée d’écrire ce livre. Au moment où sa rédaction s’achève, je constate d’ailleurs que les quelques centaines de participations sont en passe de devenir deux milliers.

D’autre part, il existe une communauté formelle plus restreinte, le réseau ProNet, regroupant les entreprises qui utilisent Code_Aster à titre professionnel soit pour la réalisation de calculs pour leur propre usage, soit en tant que sociétés de services. Et là hormis la promotion de Code_Aster, voire son enseignement, les questions évoquées sont plus spécialisées.

FB : Dès le premier chapitre, tu signales que le livre n’est ni un livre d’ingénierie mécanique ni un livre dédié au design structurel. Pourquoi ce choix d’en rester à la méthode des éléments finis ?

JPA : En fait c’est assez simple : en plus de 300 pages je n’ai couvert que quelques centièmes des capacités de Code_Aster, dont je ne connais probablement pas beaucoup plus d’une grosse dizaine, et j’ai dû faire des choix pour avoir un fil directeur et ne pas trop m’évader. Ajouté à cela, un précis de conception de structure aurait produit un livre bien plus volumineux et m’aurait amené sur des terrains où mes connaissances sont encore bien trouées(1) !

Quoi qu’il en soit, les deux sujets sont fondamentalement différents. Le calcul de structure dans sa déclinaison éléments finis n’est qu’une AIDE à la conception. De nombreuses structures remplissant correctement leur rôle ont été construites sans aucune simulation numérique. Caravelle et Concorde ont été conçus à l’époque où l’outil de conception des bureaux d’étude le plus avancé était une règle à calcul (c’est sur un objet de ce type que s’appuie le personnage représenté sur la couverture). A contrario il est tout à fait possible de faire la justification par la méthode des éléments finis d’une structure médiocre voire dangereuse !

FB : La Machine… c’est quoi ? tu y fais quoi avec Code Aster ? Tu utilises d’autres logiciels libres ?

JPA : La Machine est à l’origine une troupe de théâtre de rue produisant ses propres spectacles et construisant les « marionnettes » qui sont les vraies actrices du spectacles. Le mot « marionnettes » se réfère plus à leur mode de fonctionnement qu’à leur taille car celles-ci mesurent entre 10 et 20 m, longueur et hauteur, pour un poids de plusieurs dizaines de tonnes. Elles évoluent au milieu du public, dans des spectacles gratuits. Le risque qu’elles représentent est important et impose un dimensionnement rigoureux, sans parler de l’environnement réglementaire de plus en plus contraignant. Prévenir ce risque en matière de structure est ma responsabilité ici.

Ceci nous a amenés à une chaîne de conception qui n’a rien à envier aux industries les plus avancées avec les mêmes outils de conception assistée par ordinateur. La petite poignée de dizaines de milliers d’euros investie dans un logiciel de calcul par éléments finis (et encore pour une version basique) me laissait assez insatisfait alors que tout le reste de mon travail était déjà réalisé avec des logiciels libres, sous Linux, avec Gnumeric pour tous les calculs, LaTeX pour la rédaction des documents, etc.

FB : Ce livre est en anglais (et en couleur). Pourquoi ce choix ?

JPA : En anglais parce que ce langage est dominant sur le forum utilisateur de Code_Aster et dans la communauté scientifique en général. Si je peux me permettre une petite digression ici : c’est en s’exprimant en anglais que la communauté scientifique francophone se fait connaître du reste du monde et en sort renforcée.

En couleur ? Ouvrez les pages consacrées à la visualisation des résultats et essayez de les imaginer en nuances de gris. On passe du rouge au noir pour la zone des valeurs maximum qui posent problème, et du bleu au noir pour les zones des valeurs minimum qui peuvent en poser aussi, alors que les valeurs intermédiaires au demeurant moins critiques sont représentées en nuances de gris !

FB : Le fait que Code Aster soit libre, est-ce que cela est un avantage pour les métiers qui l’utilisent ?

JPA : Code_Aster permet de réaliser tous les calculs, des plus simples aux plus sophistiqués, pour un coût d’acquisition nul. L’investissement intellectuel nécessaire à sa prise en main dépend essentiellement des antécédents de l’utilisateur, et à mon sens, il n’est que marginalement supérieur à celui des logiciels commerciaux. En fait, une utilisation avancée d’un code commercial va finir par se faire en passant par dessus la fameuse interface graphique utilisateur et là on revient à égalité avec Code_Aster. À ce stade, la différence n’existe plus : l’utilisateur de Code_Aster a appris depuis longtemps à poser le problème hors de cette interface.

Pour les utilisateurs avancés, la possibilité d’intégrer facilement ses propres développements au sein même du code est un avantage déterminant. Et, last but not least, la communauté des utilisateurs offre, via son forum, une réponse plus rapide que la plupart des hot lines commerciales.

Note

(1) Ceci étant, l’idée de faire un livre « Le calcul de structure, c’est quoi ? pour les nuls » est une idée qui me trotte dans la tête depuis des dizaines d’années. Le modèle du genre étant à mon sens ceci  : http://en.wikipedia.org/wiki/J.E._Gordon

Nous nous sommes engagés avec la société Smile, spécialisée dans l’intégration de solutions libres, dans un mécénat de compétences autour de la refonte de notre annuaire de logiciels libres, appelé désormais « Framalibre ». Sa mise en œuvre et son suivi seront assurés par Cyrille Assire pour Smile (ci-dessous à droite) et Alexis Kauffmann pour Framasoft (à gauche).

L’annuaire de logiciels libres est le premier projet du réseau Framasoft. C’est celui pour lequel tout a commencé pour nous et même s’il côtoie désormais une vingtaine d’autres projets, il demeure encore le plus fréquenté. Mais force est de constater qu’il a pris la poussière avec le temps, dans le fond comme dans le forme. Il continue à rendre ses services au quotidien mais il a grand besoin d’être mis à jour. Smile va ainsi participer à la refonte ergonomique et graphique du site en nous aidant à repenser globalement le projet et proposer une interface plus fonctionnelle et aboutie.

Le mécénat se distingue du parrainage (sponsoring en anglais) en ce qu’il n’y a pas de contrepartie. Si le mécénat financier ou en nature sont connus, le mécénat de compétences reste un dispositif encore peu répandu. Il permet ici à Smile de mettre à disposition de Framasoft les compétences professionnelles de ses employés pendant leur temps de travail (et sans aucune perte financière). Il donne un nouveau visage au mécénat en le rendant plus solidaire et participatif et permet de faire en sorte que les entreprises et les associations se rencontrent et se rapprochent. Framasoft étant une association reconnue d’intérêt général, Smile va pouvoir déduire de son IS (Impôt sur les Sociétés) 60% des salaires chargés des collaborateurs missionnés, au prorata des heures effectuées pour nous.

Nous vous tiendrons régulièrement au courant des avancées de ce partenariat. Et nous serions ravis de voir d’autres entreprises prendre le sillage de Smile dans le mécénat de compétences parce que ce ne sont pas les besoins qui manquent dans le Libre associatif.

Vous connaissiez la suite bureautique libre Joeffice ?

Nous, non ! Et quand nous avons appris qu’elle avait été conçue en 30 jours par un développeur (qui plus est français), nous avons évidemment eu envie d’en savoir plus…

Bonjour Anthony, peux-tu te présenter succinctement ? Quel a été ton parcours de développeur ?

Bonjour, je m’appelle Anthony Goubard, j’ai 40 ans et j’habite à Amsterdam. J’ai commencé Java durant ma dernière année d’ingénieur avec la version 1.0 alpha puis j’ai fait du détachement sur la région parisienne. Il y a 14 ans je suis allé travailler pour une start-up aux Pays-Bas puis pour Wanadoo Pays-Bas et il y a 5 ans je me suis mis à mon compte.

Alors Joeffice c’est quoi exactement ? Comment et pourquoi est né le projet ?

Joeffice est une suite bureautique open source écrite en Java. L’idée m’est venue il y a environ 2 ans lorsque je me suis aperçu que c’était galère d’avoir 10 documents d’ouverts avec Microsoft Office ou Libre Office alors que ce n’est pas un problème d’avoir 30 documents ouverts dans Eclipse ou NetBeans.

Dans quel sens évoques-tu une version « online » et « offline » ?

Les logiciels Java peuvent être installés sur un ordinateur comme un logiciel classique ou bien être lancé en ligne dans le navigateur avec l’aide du plugin Java. C’est ce qu’on appelle le mode Applet. Il suffit donc d’aller à l’URL et le logiciel s’installe et se lance dans le navigateur automatiquement. J’ai donc décidé d’offrir les deux possibilités. La version « online » est soumise à un abonnement.

Pourquoi le choix Java ?

Java offre beaucoup d’avantages. Il est portable sur plusieurs OS, il est relativement facile à lire, beaucoup d’étudiants apprennent Java et il est très utilisé dans le monde de l’entreprise. Beaucoup de projets open source utilisent Java. Joeffice offre aux étudiants et développeurs Java la possibilité de travailler sur un projet assez visuel et utile.

Pourquoi le choix de la licence libre ?

L’union fait la force.Tous les développeurs Java que je connais se servent de temps en temps d’une suite bureautique. Avoir un projet bien mené par un grand groupe de contributeurs permettra à long terme de créer un bien meilleur logiciel qu’avec une petite équipe. En plus, beaucoup d’entreprises et de pays en voix de développement sont attirés par l’open source et mon but est de toucher le plus de personnes possible.. Le premier groupe d’utilisateurs pour Joeffice est donc l’entreprise. Dans ce cas la licence Apache 2.0 donne beaucoup de liberté, plus que GPL et LGPL. Cette licence est par exemple utilisée pour le framework Spring.

Comment se positionne Joeffice, aujourd’hui et demain, par rapport à des « monstres » comme Google Docs, Microsoft Office ou LibreOffice ?

Joeffice est moins complet que ces autres offices mais il a aussi des atouts que d’autres n’ont pas. Il est donc open source sous licence Apache. Il est développé entièrement en Java. Il peut s’installer « offline » ou « online ». Il est facilement portable. Il n’a pas une fenêtre par document mais un système d’onglet et d’amarrage ou les documents peuvent être l’un à côté de l’autre ou détachés en groupe. Les mises à jour et plugins, même si pour l’instant non utilisés, peuvent se faire en ligne. Toutes les librairies Java peuvent être facilement utilisées pour créer des actions spéciales, afin par exemple de remplir un document.

La légende dit que tu l’aurais codé tout seul en moins d’un mois ? La légende dit vrai ?

Je l’ai codé en 30 jours. Mais ce sont 30 jours non consécutifs. Pour chaque journée j’ai fait une vidéo que j’ai postée sur YouTube. Il a fallu que je sois efficace sur le code et pragmatique sur certains choix.

En France, on vient d’introduire cette année l’informatique comme discipline à part entière au lycée (pour le moment en option de Terminale S). Bonne ou mauvaise idée ?

Bien sûr, je trouve ça une bonne idée. Même en n’étant pas informaticien, les gens ont de plus en plus besoin de savoir développer. Par exemple un plug-in, une macro ou un site Web.

Joeffice se présente en version alpha. Que lui manque-t-il exactement pour une première version ?

Je me sers de la librairie open source Apache POI pour lire les documents malheureusement il manque encore certaines parties. Chaque partie du logiciel doit être améliorée pour avoir quelque chose de plus utilisable pour l’utilisateur final. Cette version alpha est plus destinée aux développeurs et aux entreprises qui ont des besoins spécifiques. Le but pour la version 1.0 est de s’approcher de ce que peut faire Google Docs.

Et comment vois-tu le futur du projet ? Un appel à lancer ?

Tous les développeurs qui veulent participer à ce projet ou à une des librairies dont Joeffice se sert sont les bienvenus. Le code se trouve sur BitBucket.

Ce n’est pas Framasoft qui vous dira le contraire, on peut contribuer au logiciel libre et faire ainsi partie de sa communauté sans être nécessairement un développeur de logiciel libre.

Rédiger de la documentation, signaler un bug, traduire, donner, etc. il y a plein de manières de participer, à commencer par les utiliser et le faire savoir.

Comment les non-programmeurs peuvent contribuer aux projets open source

How non-programmers can contribute to open source projects

Duncan McKean – 4 juin 2013 – Blog personnel
(Traduction : « Anonymes », nos excuses car un bug Framapad empêche de citer tous les traducteurs/ices que nous remercions au passage)

Beaucoup de gens intéressés par l’idée d’apporter leur aide à des projets open source mais n’ayant absolument aucune compétence en programmation m’ont demandé ce qu’ils pouvaient faire. Eh bien, voici quelques moyens pour ces non-programmeurs de contribuer à de tels projets.

Il est important de noter qu’il est bon de contribuer aux projets des logiciels que vous utilisez. Ainsi, vous pourrez vous-même bénéficier de vos contributions.

Utilisez le logiciel

Le meilleur moyen de contribuer à des projets open source est d’utiliser les produits eux-mêmes. Écrivez votre livre avec Libre Office Writer. Dessinez vos images avec Krita. Créez des choses à imprimer en 3D avec FreeCAD ou Blender. Réservez vos tickets de concert en ligne via Firefox. Faites vos comptes avec Grisbi. Jouez à Flightgear, Battle for Wesnoth, Vega Strike, UFO : Alien Invasion.

Traquez les bugs

Maintenant que vous utilisez le logiciel, vous pouvez éventuellement rencontrer des bugs quand vous essayez de faire quelque chose. Ou alors, le logiciel peut avoir un comportement autre que celui qui était attendu.

Entrez en contact avec les développeurs et prévenez-les. Les développeurs travaillent sur les retours de leurs utilisateurs, ceci les aide à perfectionner le produit. De plus, les sources étant libres, les bugs sont en général rapidement corrigés.

Chaque projet aura un lien pour signaler un bug. Allez-y, identifiez-vous et décrivez ce bug dans les détails. N’oubliez pas d’indiquer quelle version du logiciel vous utilisez ainsi que les caractéristiques de votre ordinateur.

Écrivez de la documentation

Contribuer à écrire la documentation d’un projet pour le rendre plus clair et plus simple à comprendre.

La plupart du temps, les développeurs sont trop occupés à coder et la documentation a besoin d’un peu d’attention. Vous pouvez la mettre en forme afin qu’elle soit plus claire, ajouter des images ou des tutoriels. Si certaines parties du projet ne sont pas claires, il suffit de demander sur les listes de diffusion. Ainsi, lorsque vous recevrez une réponse, vous pourrez l’ajouter à la documentation. Dès que les personnes qui maintiennent le projet saisiront ce que vous faites, leurs réponses seront encore plus efficaces et utiles.

Traduisez

Il y a beaucoup de personnes dans le monde qui utilisent ce projet et certaines d’entre elles pourraient ne pas parler la langue dans laquelle celui-ci a été distribué. Si vous parlez couramment un langage peu connu, contactez les développeurs/l’équipe de documentation et offrez vos services. Vous pourriez participer à la traduction de l’interface, de la documentation ou encore du site web.

Offrez vos compétences

Regardez les projets individuels et voyez ce dont ils ont besoin. Vous pouvez apporter quelque chose ? Vous êtes designer sonore et pourriez créer quelques sons pour un jeu vidéo open source ? Concepteur d’interface ? Vous pourriez aider en remaniant l’interface utilisateur pour la rendre plus ergonomique. Il est également possible de lancer des entreprises viables utilisant ou formant aux logiciels open source.

Vous pouvez aussi contribuer à la culture du libre en publiant ce que vous créez sous certaines licences Creative Commons. Vos créations peuvent ainsi aider à promouvoir le logiciel pour lequel elles ont été créées. Ceci inclut :

• les images ;
• les programmes ;
• les tutoriels ;
• les manuels d’installation et de documentation ;
• les livres.

Utilisez la licence CC BY-SA pour que chaque réutilisation de votre travail soit elle aussi placée sous licence libre, CC BY si la façon dont il est réutilisé vous importe peu. Vous trouverez plus d’informations à ce sujet sur le site des Creative Commons.

Prêchez la bonne parole

Aider à la prise de conscience des projets open-source est très important. N’agressez pas tout le monde, faites juste savoir quels projets vous utilisez. Créé avec MyPaint sous LinuxMint. Écrit en Sigil sous Ubuntu. Je suis fier d’utiliser WordPress. Toutes ces mentions sont utiles.

Faites des dons

Enfin, leur donner de l’argent. Avec de l’argent, le projet peut embaucher des développeurs supplémentaires qui pourront corriger des bugs plus rapidement, créer de nouveau outils, les améliorer pour vous. Certains projets proposent des dons occasionnels, alors que d’autres vous permettent de payer de petites sommes mensuellement. C’est une meilleure idée car cela aide les développeurs à mieux gérer leurs revenus quand ils savent quelle somme d’argent ils reçoivent de façon sûre.

Soyez professionnel

L’une des principales critiques faites aux logiciels open source est le manque de professionnalisme. Peu importe la manière dont vous contribuez à un projet open source, mettez un point d’honneur à le faire de façon professionnelle. L’élévation du niveau de qualité d’un projet commence avec ses utilisateurs. Assurez-vous que vous agissez de manière professionnelle lorsque vous discutez de projets avec d’autres et créez des contributions de qualité quand vous utilisez des logiciels open source.

Maintenant que vous savez tout ça, lancez-vous et allez aider à rendre les projets open source géniaux.

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