Le prix réduit devrait permettre de toucher un public plus large, c’est en tout cas l’esprit de cette collection. La dernière édition (traitant de Lenny) reste réservée à la collection Cahier de l’Admin.

Je suis heureux d’annoncer que GNU/Linux Magazine France se joint à cette initiative en relayant l’appel dans un article de 2 pages paru dans l’exemplaire d’avril (reçu hier dans ma boîte aux lettres) et en doublant la mise : pour chaque livre offert, la rédaction ajoute un abonnement d’un an au magazine de son choix (Linux-Pratique, GLMF, Misc).

Il y a 10 livres et autant d’abonnements en jeu, et tout juste 10 participants inscrits pour le moment. Les chances de gagner sont donc nettement supérieures au Loto, alors motivez-vous et rejoignez la communauté des contributeurs à Debian. N’hésitez pas à faire la promotion de cette opération, c’est aussi un moyen (indirect) de contribuer à Debian.

Note : les prochains numéros de Linux-Pratique et GLMF contiendront des articles détaillant un peu plus comment contribuer à Debian. Si vous voulez aider à leur rédaction (les délais sont assez courts : 1 semaine pour le premier et 2 semaines pour le second), n’hésitez pas à me contacter.

Aujourd’hui je vous présente screenshots.debian.net une initiative permettant de collecter des captures d’écran de tous les logiciels présents dans Debian. Tout un chacun peut réaliser des captures d’écran de ses logiciels favoris et les envoyer par un simple formulaire web. Synaptic sait déjà présenter les captures d’écran aux utilisateurs, vos contributions seront donc quasi-immédiatement employées (elles doivent tout de même être validées par les administrateurs du site avant publication effective).

Quelques recommandations sont données sur le site : il faut employer le format PNG, il faut lancer le logiciel en anglais (on peut utiliser LANG=C nom-du-logiciel dans un terminal pour cela), il ne faut capturer que l’application et pas le bureau en entier, et il vaut mieux faire une capture du logiciel en usage réel (avec un document ouvert, en cours de partie pour un jeu, …).

Difficile de faire plus simple pour contribuer, il suffit de vérifier si vos logiciels préférés ont des captures satisfaisantes en allant sur la page de consultation, puis de faire vos captures et les envoyer. Il est parfaitement possible d’avoir plusieurs captures par logiciel pour illustrer différents écrans/fonctionnalités, donc même si une capture est déjà présente, vérifiez si vous ne vous souhaitez pas compléter les captures actuelles.

Cet article fait partie d’une série expliquant comment contribuer à Debian.

Profitez de cette opportunité pour vous lancer et rejoindre le rang des contributeurs ! Mêlez-vous à la communauté (sur les listes de diffusion, sur IRC, sur les blogs Debian), et trouvez un domaine où vous pouvez vous épanouir en contribuant. Parlez avec d’autres contributeurs pour vous faire une idée de ce qu’ils font, et expérimentez vos idées d’améliorations pour Debian.

Vous ne savez pas comment contribuer à Debian ? Ce n’est pas grave, tous les contributeurs actuels seront heureux de vous guider pour que vous puissiez vous rendre utile, à commencer par Roland et moi-même. D’ailleurs la catégorie « Contribuer » de ce blog regorge d’exemples. Pour les plus motivés, j’encadre volontiers ceux qui veulent travailler sur un des projets qui me tiennent à cœur. Enfin, si vous ne trouvez pas votre bonheur (ou si vous avez des questions), vous pouvez toujours vous tourner vers la liste debian-devel-french@lists.debian.org pour expliquer ce que vous savez faire et on essaiera de vous guider vers une équipe qui saura mettre à profit vos talents.

Pour essayer de gagner un livre, il suffit donc de contribuer régulièrement à Debian d’ici à fin juin (et n’avoir pas contribué de manière régulière avant cette année). Quatre des livres seront attribués aux contributeurs les plus méritants (d’après le jugement de Roland et moi-même) et six autres seront répartis au hasard entre les contributeurs qui peuvent justifier de contributions réparties sur plus de 6 semaines (minimum 30 minutes de temps consacré à Debian sur la semaine).

Pour participer à ce jeu il faut se créer un compte sur le wiki Debian et noter sur la page http://wiki.debian.org/RaphaelHertzog/NewContributorGame) toutes les contributions effectuées. Chaque fois que possible merci d’inclure un lien afin que l’on puisse vérifier la véracité de votre contribution. Une fois inscrit sur cette page, il suffit de laisser un commentaire sur cet article de blog (merci de saisir correctement l’e-mail pour que je puisse vous recontacter) et votre inscription sera enregistrée.

Merci de faire circuler cette annonce afin de recruter le plus grand nombre de contributeurs possible !

Mise à jour du 7 mars: La procédure d’inscription a été modifiée à la demande de l’équipe de maintenance du wiki Debian.

Mise à jour du 27 mars: Les éditions Diamond s’associent à cette opération et offrent en complément du livre un abonnement d’un an (au choix entre Linux-Pratique, GNU/Linux Mag et Misc) à chaque gagnant de ce jeu. Merci à eux !

Cette nouvelle édition a été entièrement revue pour correspondre aux versions des logiciels présents dans Debian 5.0. On y trouve également quelques nouvelles sections dont une consacrée à OpenVPN et une autre aux partitions chiffrées. Comme d’habitude vous pouvez consulter le sommaire complet ainsi que des extraits sur le site du livre.

Disponible immédiatement en version électronique (PDF) sur Izibook, les libraires proposeront la version papier à partir du 19 mars (ou alors on peut le réserver dès maintenant sur Amazon et le recevoir dès que disponible). La version papier est accompagnée d’un DVD-Rom « multi-arch » i386/amd64/source de Debian 5.0.0. On peut donc installer sa machine au choix en mode 32 ou 64 bits, tout en disposant sur un seul disque de tous les paquets installés en standard (toutes tâches confondues).

PS: Découvrez aussi le jeu associé pour gagner un exemplaire du livre.

Au delà de cet événement, je constate avec plaisir que nombre de problèmes internes que j’ai pointé du doigt au cours des années (et des plate-formes de candidature au poste de leader) sont résolus ou en passe d’être résolus. Oui, Debian est de nouveau en état pour aller de l’avant sur de nombreux fronts. Cette année, pour la première fois depuis bien longtemps, les débats autour de l’élection ne tourneront plus forcément sur le problème des « core-teams » sclérosées.

Je suis particulièrement satisfait de l’évolution de l’équipe d’administration (DSA) avec 4 nouvelles recrues très actives et des nombreux projets en cours (déploiement de puppet, mise en place d’un cluster de serveurs mails pour centraliser le filtrage anti-spam). Je suis également heureux que Ryan Murray ait fini par reconnaître qu’il ne pouvait plus gérer buildd.debian.org tout seul. Une nouvelle équipe est en place et se structure progressivement. Fini le problèmes des alias “trous noirs” où personne ne répond, il y a toujours la nouvelle équipe vers qui se retourner en cas de problème. Fini aussi le problème du sbuild “maison” pas disponible en téléchargement, la nouvelle équipe emploie le paquet officiel. L’équipe ftpmaster a connu des changements positifs également (mais n’a toujours pas résolu durablement le problème de l’attente trop longue dans NEW) ainsi que celle des Debian Account Managers et celle de keyring-maint.

Au delà des équipes internes il y a le travail de maintenance des paquets, et de ce côté là aussi ca bouge pas mal. Le premier jour après la sortie de Lenny a connu pas moins de 237 uploads dans unstable et cela ne prend pas en compte de nombreuses mises à jour toujours en attente dans experimental (mais qui doivent être coordonnées pour ne pas bloquer trop largement la migration automatique vers Squeeze). D’ailleurs Squeeze contient déjà plus de 2500 mises à jour comparées à Lenny (mais la plupart sont des mises à jour qui ont été préparées dans unstable pendant la freeze de Lenny). Bref, Debian ca bouge et vous êtes les bienvenus pour avancer avec nous.

J’ai ressenti le besoin d’écrire ce billet après avoir mis à jour la page retraçant mon historique au sein de Debian. En regardant mes premières contributions (il y a plus de 10 ans!) et l’évolution des problématiques rencontrées dans cette période, on se rend compte que malgré les critiques et les problèmes, le chemin parcouru est énorme. Et il n’y a pas de raison que cela s’arrête.

D’ailleurs je ne manque pas de projets pour Debian, seulement de temps pour les réaliser. J’ai mis à jour la page sur laquelle je décris l’ensemble des projets que j’aimerai pouvoir mener ou faire avancer. Pour qu’ils avancent plus vite, il suffirait souvent que je puisse y consacrer une partie de mon temps de travail, alors si vous connaissez un moyen de financer ce temps, contactez-moi.

Il est temps que notre opinion soit entendue (et pas seulement relayée) et pour cela l’April a besoin d’afficher qu’elle représente un nombre conséquent de personnes. Je vous invite donc à adhérer comme je viens de le faire en cliquant sur la bannière ci-dessous (objectif: 5000 adhérents !).

Il n’est pas difficile de comprendre que la diffusion électronique d’une œuvre est sans comparaison possible avec celle d’un livre papier : il n’y a pas de coût d’impression (15% du prix d’un livre), il n’y a pas de stock et donc un risque financier nettement moindre pour l’éditeur, la distribution se fait plus facilement en direct sur Internet, et même si des revendeurs tiers intervenaient, ils n’ont plus de raison de demander 40 à 50% de remise sur le prix public (10 à 15% suffirait à dégager une marge).

Il faut donc insister pour que la rémunération sur les livres électroniques soit à la hauteur de ces économies. On peut écouter les arguments des éditeurs pour refuser ce changement dans la rémunération des auteurs, mais cela ne traduit que leur frilosité face à l’inconnu, la peur de scier la branche sur laquelle ils sont assis. Et pourtant, ils vont devoir y venir, sinon d’autres le feront à leur place. Le monde de l’édition est en pleine mutation, et comme souvent, seuls ceux qui savent s’adapter prospéreront.

Parmi ceux qui ouvrent la voie, j’aime citer François Bon avec son initiative Publie.net, ou encore The Pragmatic Programmers pour l’édition de livres techniques sur l’informatique. Mais chez les grands éditeurs (Français au moins) tout reste à faire… je salue tout de même l’initiative d’Eyrolles qui propose leurs ouvrages sans DRM sur Izibook (avec une différence de prix substantielle en général).

Pour ceux qui ont besoin d’éléments concrets à opposer à leur éditeur, la « Guilde des auteurs » (association américaine défendant les intérêts des auteurs) indique clairement sur sa page concernant les droits électroniques que le partage des gains à 50/50 est en passe de devenir le standard :

Although electronic publishing is still an evolving industry without clear standards, not long ago, Random House announced an intention to evenly split ebook sales revenue with authors. Before this announcement, Random House had been offering authors royalties of no more than 15% of the retail price of an ebook. Many other publishers, including Harper Collins, have started to offer a 50-50 split of net proceeds also. Therefore, you should negotiate to receive no less.

Ce triste constat a également été fait par Lawrence Lessig, grand défenseur de la culture libre aux États-Unis, c’est pourquoi il tourne désormais ses efforts vers la lutte contre la corruption avec son initiative Change Congress. N’y a t’il pas d’initiative similaire en France ?

Vous n’y croyez pas ? Regardez ici (vous pouvez faire le ménage au passage, sinon on peut aussi faire le ménage à la main dans ~/.macromedia/Flash_Player/#SharedObjects) et ensuite allez ici pour réduire à 0 ko la taille des données qu’un site quelconque est autorisé à stocker (ainsi dès qu’une application Flash voudra stocker des données, elle devra obtenir votre autorisation explicite).

J’ai rédigé cet article en début d’année sur demande de l’éditeur qui souhaitait compléter leur dossier sur les systèmes d’exploitation. C’est un tout petit pas pour la démocratisation de Debian mais cela fait plaisir de penser que des décideurs puissent découvrir Linux par Debian plutôt que par une distribution commerciale.

Personnellement, je suis boursicoteur depuis de nombreuses années et je considère être relativement bien informé dans le domaine de la finance mais j’ai tout de même été estomaqué par ce que j’ai appris dans le petit film documentaire nommé « L’argent dette » de Paul Grignon. Il dure 52 minutes mais cela vaut vraiment le coup de les prendre pour rattraper les leçons d’économie que l’on n’a pas eues au lycée!

L’Argent Dette de Paul Grignon on Vimeo.

Il y a (à la fin) des éléments qui poussent à nous interroger sur ce que pourrait être notre modèle de société si on revenait en arrière sur la décision bizarre que nos gouvernement ont prise de ne plus créer d’argent mais de l’emprunter à des banques privées. J’aimerai beaucoup avoir des réactions de la part de personnes qui ont réfléchi à cette problématique et qui ont identifié des problèmes (autre que l’inflation) dans un modèle où le gouvernement gérerai la création de l’argent et son injection dans la société.

Note: l’adaptation française du documentaire est dûe à Bankster. On trouve sur ce site du contenu nettement moins crédible que la vidéo mentionnée, notamment tout ce qui concerne la théorie du complot des banquiers pour s’approprier le monde.

Compléments : Ceux qui préfèrent la lecture peuvent consulter la page de Wikipédia sur la création monétaire. On y retrouve les éléments exposés dans la vidéo comme l’effet multiplicateur du crédit et l’on apprend que les réserves obligatoires ne sont que de 2% dans la zone Euro. L’avantage financier que constitue l’encaissement des intérêts sur de l’argent créé s’appelle le seigneuriage et bénéficie aux banques commerciales pour l’argent dette alors qu’il pourrait bénéficier à l’État et donc à la société si on le souhaitait. Un économiste Français, prix nobel d’économie en 1988, a d’ailleurs déjà réfléchi à ces possibilités : Maurice Allais propose une réforme profonde de la fiscalité dans un de ses nombreux livres. On trouve donc amplement matière à réflexion et l’on peut regretter que les débats politiques n’abordent jamais toutes ces questions autrement plus importantes que le débat sur la durée du travail ou autres détails politiques qui peuvent accaparer l’attention des médias.

Compléments du 27/10/2008 : l’émission Arrêt sur images s’est attardée sur cette vidéo et détaille quelques erreurs factuelles (sur l’histoire de l’orfèvre) ainsi que des points oubliés ou peu mis en avant comme la destruction monétaire associée au remboursement du prêt. Alexandre Delaigue, professeur d’économie, revient sur sa participation à cette émission dans son blog (Econoclaste).

Laissez moi donc un petit commentaire relatant vos péripéties (exemples : difficultés à faire marcher un périphérique, à configurer un logiciel, à faire une mise à jour, etc.). D’une manière générale, si vous trouvez qu’un sujet particulier manque singulièrement de documentation, n’hésitez pas à me le signaler.

C’est une chance pour tous ceux qui n’ont pas pu s’offrir le livre… en effet, même s’il n’est plus tout récent, la majorité des explications (sur dpkg, apt, le debian-installer, …) sont toujours pertinentes et d’actualité. C’est également une occasion de « feuilleter » le livre dans son intégralité et de lire un ou deux chapitres, si jamais on hésite à débourser les 39 EUR de la dernière édition ou bien les 29 EUR de l’édition électronique. Et oui, vous pouvez désormais également vous procurer une version PDF de la 3ème édition (« Debian Etch ») à un prix moins élevé que la version papier. Il n’y a malheureusement pas encore d’offre combinée papier + PDF à l’heure actuelle.

J’ai mis à jour la page dédiée au livre avec toutes ces informations.

Parmi les 10 gagnants, ceux qui ont été sélectionnés par les auteurs sont : Linux et les choses, le blog de Sun WuKong et Planète Béranger.

Félicitations aux heureux gagnants ! Pour les autres, merci quand même d’avoir participé et j’espère pouvoir rencontrer certains d’entre vous au salon Solutions Linux où je serai présent (sur le stand Debian évidemment).

Vous aurez aussi remarqué que je ne poste plus très régulièrement sur mon blog, ce n’est pas faute de manquer d’idées, mais je passe tellement de temps à travailler sur dpkg qu’il ne m’en reste plus pour rédiger des articles. Ceci dit mes priorités évoluent (par cycle de quelques mois) et un jour ce blog redeviendra un peu plus actif.

Dans le cadre de la promotion du livre, il y a 10 exemplaires du livre (qui fait tout de même 39€!) à gagner. Participer à ce concours n’est pas plus compliqué que de rédiger un article de présentation du livre dans votre blog… retrouvez les détails sur la page du jeu-concours. À l’heure actuelle, il n’y a qu’une vingtaine de participants soit 50% de chance de gagner… avouez que c’est quand même bien mieux que le loto!

Sautez sur l’occasion et participez !

Parmi les premiers à avoir relayé l’annonce du livre, je félicite Guilhem Augendre de l’association Isépienne du Libre qui nous fait partager un avis personnel sur le livre. J’espère que d’autres participants suivront cet exemple.

Et pour la postérité, voici l’annonce officielle passée sur LinuxFr.

Roland et moi attendons impatiemment vos premiers retours sur ce nouveau livre. Nous sommes convaincus qu’il saura se rendre utile et nous espérons qu’il rencontrera le même succès que les deux éditions précédentes !

En effet, depuis quelques temps je me suis mis à contribuer à dpkg. J’ai commencé avec un projet plutôt important, à savoir l’amélioration de dpkg-shlibdeps pour qu’il génère des dépendances minimales en fonction des symboles des bibliothèques utilisés par chaque programme. Tout au long, j’ai maintenu à jour une page du wiki avec les détails et l’avancement:
http://wiki.debian.org/Projects/ImprovedDpkgShlibdeps.
Comme le développement était assez important, il a eu lieu sur une branche dédiée qui vient juste d’être intégrée dans la branche master (autrement dit, le résultat sera dans la prochaine version de dpkg, c’est-à-dire la version 1.14.8).

Ce projet représente à mon avis une avancée très importante car si les bibliothèques les plus importantes emploient ce mécanisme rapidement, la majorité des paquets auront des dépendances moins strictes et il sera beaucoup plus souvent possible d’installer un paquet de unstable dans stable sans avoir besoin de le recompiler. Autrement dit, il y aura moins de rétro-portages (”backports”) à compiler et il sera plus facile d’installer la dernière version d’une application donnée.

Ce premier projet étant terminé, je me suis attaqué à un plus petit problème mais qui est intéressant tout de même. Jusqu’à présent, dpkg-gencontrol se contentait de substituer les variables dans les dépendances et d’écrire le résultat bêtement dans le champ correspondant.
Parfois le jeu des substitutions introduit des dépendances en double (parfois plus ou moins stricte). Comme lintian se plaint de ces problèmes, cela a conduit de nombreux mainteneurs à supprimer les variables et à mettre en dur les dépendances souhaitées. Maintenant, cela n’est plus nécessaire. En outre, les dépendances sont optimisées de telle sorte que si une dépendance dans le champ Pre-Depends implique une dépendance du champ Depends, cette dernière est supprimée (il en va de même pour les dépendances plus faibles listées dans Recommends puis Suggests). Je viens de soumettre une série de patchs pour inclure toutes ces fonctionnalités.

Je ne sais pas encore quel sera mon prochain projet, mais les récentes discussions sur un nouveau format de paquet source m’interpellent et peut-être vais-je essayer d’implémenter quelque chose qui combine le support du format wig&pen et les avancées apportées par les VCS distribués.

Ces différents développements concernent le paquet dpkg-dev qui contient essentiellement du perl. Ceux qui ne maîtrisent pas le C et qui n’osaient pas s’approcher de dpkg à cause de cela peuvent retourner leur veste et nous rejoindre sur #debian-dpkg sur irc.debian.org et la liste de diffusion debian-dpkg.
Enfin, http://wiki.debian.org/Teams/Dpkg contient des informations intéressantes pour qui veut débuter sur ce projet.

Je n’ai pas eu de problèmes avec mes plugins, en revanche lorsque j’ai converti mes catégories en tags, les catégories ont été totalement supprimées ! La page du convertisseur n’était vraiment pas clair sur cet aspect, en outre la présentation laisse à croire qu’il y aura plusieurs étapes dans la conversion alors qu’il n’y en a qu’une. On choisit les catégories à convertir et hop c’est fait. J’aurai aimé quelque chose de plus évolué où je peux choisir un ensemble de tags pour chaque catégorie… et où la catégorie ne disparaît pas !

Bref, la suppression des catégories a aussi cassé les flux RSS associés (/category/debian/feed/)… j’ai réussi à contourner le problème en configurant le préfixe des URL des tag en “category” (et en mettant “old-cat” comme préfixe pour les catégories, désormais inexistantes sur mon site). Ouf, je n’ai pas à tout recatégoriser… d’ailleurs si vous connaissez un plugin qui permet de recatégoriser/retagger un grand nombre d’articles facilement, je suis preneur.

Le côté positif dans tout cela, c’est que je peux enfin proposer des flux qui sont des intersections entre différents tags. Ainsi au lieu d’avoir un tag “DebianFr” dédié, je pourrai utiliser une URL de flux qui représente l’intersection entre “Debian” et “Français”, cela donne par exemple ceci: http://www.ouaza.com/wp/category/debian+francais/feed/
(bon, c’est vide pour le moment car tous les articles taggés “Debian” sont en anglais… les autres sont dans “DebianFr” jusqu’à ce que j’arrive à trouver la motivation pour reclasser tous les articles :-))

On peut aussi faire l’union entre différents tags au lieu d’une intersection, on utilise alors une virgule (,) comme délimiteur au lieu du symbole plus (+).

Ma première réponse était de regarder famke un petit script python écrit par James Troup pour les besoins de l’équipe DSA de Debian: il prévient par mail lorsque des mises à jour sont possibles et essaient de les rapprocher avec le fil RDF des mises à jour de sécurité.

J’ai donc repris le principe et réalisé un petit script python un peu plus souple dans la mesure où il ne vérifie pas si les paquets installés peuvent être mis à jour mais si les paquets listés dans un fichier (que j’ai appelé watchlist) peuvent être mis à jour à partir d’un ensemble de dépôts APT que l’on consigne dans un fichier sources.list personnel.

Il peut servir d’exemples à ceux qui cherchent à employer l’interface “python-apt”. Le script est disponible dans un dépôt Git.

Installation et usage par l’exemple :

$ git clone git://git.debian.org/~hertzog/hacks/checkupdate.git
$ cd checkupdate
$ vim checkupdate.conf
# On change les répertoires pour pointer vers `pwd`
$ vim watchlist
# On indique les paquets à surveiller et leur version courante
$ ./checkupdate checkupdate.conf
An update of the package 'rsync' is available: 2.6.9-2etch1
Origin: [component: 'main' archive: 'stable' origin: 'Debian'
label: 'Debian-Security' site 'security.debian.org' isTrusted: 'True']

Cet article s’attache donc à faire un tour d’horizon de l’existant et à identifier les limites des modèles existants. Enfin, pour finir, je vous ferai partager mes réflexions personnelles sur les critères à respecter pour définir une nouveau modèle économique viable.

Les services aux professionnels

C’est sûrement la solution la plus simple et c’est une solution qui marche pour moi à l’heure actuelle. Je vends mes compétences informatiques aux entreprises qui en ont besoin sous forme de formations, conseils et développements spécifiques. La marge que je dégage me permet de consacrer un à deux jours par semaine au logiciel libre (bien sûr cela veut aussi dire que je pourrais gagner plus si j’arrêtais de contribuer à Debian et que je travaillais plus).

Cela marche, mais cela ne me satisfait pas vraiment. J’essaie d’orienter Freexian comme un spécialiste de Debian, mais ce positionnement ne m’a encore jamais permis de faire financer un développement utile à Debian par un client. Par contre, pour des développements sur un Linux embarqué ou des conseils sur Asterisk, là on trouve plus facilement des clients.

Bien sûr, c’est mieux que de devoir travailler avec Windows, mais il n’y a pas de raison qu’on ne puisse pas trouver une solution où les revenus proviendraient plus ou moins directement d’un travail effectué concernant Debian.

La publicité

C’est le mode de financement de tellement de sites web, qu’on se dit qu’il pourrait aussi contribuer à financer le logiciel libre. C’est sûrement vrai dans quelques cas, mais il me semble que cela restera anecdotique comme mode de financement : d’une part, comme Tuxicoman le faisait remarquer, il y a le problème éthique que cela pose, et d’autre part, il faut avoir une audience très importante pour que la publicité rapporte suffisamment (ce qui n’est pas donné à tout le monde).

Les services en ligne

Héberger un service en ligne représente un coût, et si le service est utile, alors il y a des gens qui seront prêts à payer pour en bénéficier. Tuxicoman voit le logiciel libre comme un produit d’appel pour attirer les gens vers votre offre en ligne. Cela peut être un très bon modèle, mais à mon avis il se limite aux logiciels qui sont en rapport direct avec un service en ligne : il est logique de proposer de l’hébergement de blog si on développe Wordpress, mais si vous êtes développeur de dpkg, je ne vois pas quel service en ligne pourra contribuer à financer votre travail.

Compter sur les fans

C’est un peu le principe du “club Mandriva”. Il faut proposer quelques services et compter sur la loyauté des utilisateurs. Mais on retombe sur la problématique de l’audience, si les services ne sont pas intéressants pour ce qu’ils sont, alors l’équilibre est précaire et repose uniquement sur une population limitée.

Autrement dit, cela peut marcher avec des grosses communautés et pas mal de marketing, mais cela restreint le modèle aux seules boîtes qui ont les moyens d’avoir un service marketing conséquent. Bref, ce n’est pas pour tout le monde.

En outre, du point de vue d’un fan qui souscrit plus pour soutenir le projet que pour les services offerts, il ne sait pas exactement ce qu’il finance. Ou plutôt, il sait qu’il finance tout alors même qu’il préférerait peut-être financer plus spécifiquement le développement libre de telle ou telle fonctionnalité.

Les critères de succès

Un peu dans le désordre, voici différents points qui, si l’on peut les conjuguer dans une solution concrète (que j’appellerai ci-dessous “le service”), en feraient une solution viable :

• Le service doit concerner tous les utilisateurs de logiciels libres, et pas seulement les “fans”. L’équilibre d’une économie autour du logiciel libre passe par un facteur d’échelle, il doit y avoir plus d’utilisateurs que de développeurs.
• Le service doit être de proximité afin que le client puisse s’identifier à la personne qui le fournit. Je ne parle bien entendu pas de proximité physique, mais de proximité virtuelle. Il faut juste que le client puisse avoir un contact direct avec le développeur et qu’il sache de manière concrète ce à quoi servent les bénéfices réalisés autour du service.
• Le service doit être très lié avec les compétences et les centres d’intérêts du développeur de logiciel libre, afin qu’il prenne plaisir à le fournir.
• En même temps, le service ne doit pas avoir une influence directe sur le projet libre auquel le développeur contribue habituellement.
• Bien entendu, le service doit être utile sur le long terme, car un revenu ponctuel ne permet pas de financer durablement un développeur (sauf don de centaines de milliers d’euros, mais on sort du cadre là :-D).

Pfiou, rien que çà ! Visiblement ce n’est pas facile, mais cela fait quelques temps que j’y réfléchis, et j’ai un projet dans les cartons. Il est trop tôt pour en parler mais je ne manquerai pas d’y revenir en temps voulu.