Le développement d’un logiciel libre est paradoxal. En théorie, et c’est même ce qui le fonde, il est ouvert à tout le monde mais en pratique son efficacité tire très souvent profit d’une structure qui voit une personne, presque toujours le créateur initial, se dégager de la multitude pour exercer, ce que l’on qualifie faut de mieux, une « dictature bienveillante ».

La « dictature »^[1] c’est le fait de choisir seul la ligne directrice du projet en assumant les décisions (prises en concertation mais généralement sans réel processus démocratique). La « bienveillance », c’est la capacité du « dictateur » à écouter et l’attitude par laquelle il manifeste la considération qu’il éprouve envers les contributeurs.

C’est le sujet de la traduction du jour qui penche très clairement en faveur de cette étrange méritocratie qui va à l’encontre d’une organisation plus collective que l’auteur nomme ici « comité ». Avec, quoiqu’il arrive, une question en suspens : et si le « dictateur à vie » venait à ne plus pouvoir travailler sur son projet, ce dernier saurait-il véritablement lui survivre ?

NB : Il est à noter que si l’on accepte de voir le réseau Framasoft dans son ensemble comme une sorte de « gros logiciel libre en développement » alors nous n’échappons pas au débat. Le rôle de dictateur bienveillant, si dictature il y a, étant alors joué conjointement par Pierre-Yves Gosset et moi-même.

Les dictateurs dans les logiciels libres et open source

Dictators in free and open source software

Tony Mobily – 22 juillet 2008 – Free Software Magazine
(Traduction Framalang : Olivier et Penguin )

Certaines personnes remettent en cause l’idée que la plupart (voire la totalité) des projets de logiciels libres ne peuvent pas se passer d’un dictateur bienveillant, c’est à dire une personne qui a le dernier mot sur toutes les décisions prises. Ils pointent facilement les « erreurs » passées de Linus Torvalds (notez les guillemets) : l’utilisation de BitKeeper pour gérer le noyau, l’interdiction de greffons, etc. En tant que développeur logiciel, je pense qu’un dictateur est absolument nécessaire dans un projet de logiciel libre. Voici pourquoi.

Respect gagné par le DBAV

La première raison est aussi certainement la plus importante : le respect. Le dictateur bienveillant à vie (on le nommera DBAV à partir de maintenant) doit prendre des décisions, et même beaucoup de décisions, et en même temps il doit conserver le respect de ses pairs. Les décisions ne sont pas toujours populaires, et elles ne sont pas non plus toujours justes (particulièrement aux yeux des autres). Cependant, le DBAV doit faire preuve de charisme, aussi bien sur le plan technique que relationnel, pour conserver le respect du reste de l’équipe. Personne ne songerait jamais à initier un fork de Linux, car peu de développeurs abandonneraient Linus au profit de la personne à l’origine de la fourche. C’est vrai pour la plupart des projets et c’est pourquoi les forks sont rares. Il faut reconnaître cependant qu’il arrive que le DBAV réussisse à se mettre toute l’équipe de développement à dos, et que quelqu’un finisse par créer une fork en entraînant la majeure partie des développeurs avec lui. Un nouveau projet avec un nouveau nom se crée en s’appuyant sur le code source existant et l’ancien projet disparaît après quelques temps. C’est une bonne chose : le DBAV est en place tant que le peuple le souhaite. C’est une dictature, mais une dictature étrange puisqu’à tout moment les citoyens peuvent s’en aller créer un nouvel état ou en rejoindre un autre.

Connaissance

Le DBAV connaît le projet de A à Z. Il ou elle est à même de savoir si une décision détruira les fondations du projet, et saura également résoudre un problème en conservant la solidité de la structure. Drigg (un projet populaire que je maintiens) m’en apporte la preuve presque chaque semaine : je me rends compte que ma très bonne connaissance du projet le protège des mauvais patchs (NdT : correctifs) et des mauvaises demandes de fonctionnalités. Un DBAV est crucial et il ou elle doit être la personne qui prend les décisions. Dans un logiciel commercial, un manager moyen (qui ne sait pas coder) arrivera parfois à imposer une fonctionnalité ou une modification qui détruira inévitablement la structure du logiciel. Cela m’est aussi arrivé et je pense que c’est arrivé à presque toutes les personnes travaillant sur des logiciels clients propriétaires.

Rapidité

Tout se passe souvent très vite dans le développement de logiciels libres. Parfois les décisions sur la conception et la technique doivent être prises presque dans l’instant. Même si le DBAV peut demander leur avis aux autres membres, c’est à lui ou à elle que revient la décision finale. Il existe une expression anglaise qui dit « A Camel is a horse designed by committee » (NdT : « Un chameau est un cheval créé par un comité » pour dire que les décisions prises collectivement ne sont jamais optimales), je la trouve légèrement exagérée, tout dépend évidemment du comité en question, mais c’est en général vrai et c’est bien dommage. Des décisions doivent être prises, et parfois quand on suit la liste de discussion d’un projet, on souhaiterait vraiment que quelqu’un mette fin aux argumentations qui parfois s’éternisent et dise « ok, ça suffit, on va faire les choses comme ça ».

Charge de travail

Soumettre des idées pour de nouvelles fonctionnalités est un droit fondamental (par contre les exiger ne l’est pas). Les membres de l’équipe peuvent débattre de ces demandes de fonctionnalités et de leur implémentation. Cependant, le code fait la loi. Si un utilisateur propose quelque chose qui trouve écho chez une développeur, les discussions peuvent tirer en longueur, mais à un moment « quelque chose doit être codé si vous voulez qu’il se passe quelque chose ». En proposant un patch un membre de l’équipe gagnera du respect et de la crédibilité, à condition bien entendu que le correctif ne détruise pas la structure du projet. Cela signifie donc que les membres qui veulent contribuer prendront en charge ce qui leur tient vraiment à cœur et ils devront coder ces éléments de manière à ce que le DBAV ne les rejettent pas. Cela est bénéfique à la fois pour le code et pour la motivation des gens. Le code créé par les autres membres de l’équipe doit être bon. Ce qui nous amène au point suivant…

Envoyer de bons correctifs

Si un développeur sait que son patch sera inspecté par une personne ayant une connaissance poussée du projet, et que cette personne cherchera la petite bête, il mettra plus d’application dans l’élaboration de son correctif. Si ce n’est pas un DBAV mais un comité démocratique qui décide du sort des contributions, alors souvent de mauvais correctifs seront intégrés au code, des correctifs qui seront susceptibles de mettre à mal la structure du projet ou qui auront des effets secondaires obscures et difficiles à corriger. Ceci peut aussi se produire si le DBAV se comporte comme un père de famille confiant et aimant plutôt que comme un vrai DBAV. Oui, il m’est déjà arrivé d’accepter des correctifs trop rapidement, et je me suis retrouvé dans cette situation.

Maintenir la politique à l’écart du projet

Créer un comité c’est ouvrir la porte à la politique. L’équation suivante est souvent vraie : « Politique + Projet technique = Catastrophe ». Si un comité prend toutes les décisions, une partie des membres du comité pourrait finir par s’allier afin de faire passer des décisions pour des raisons autres que techniques (comprendre ici : renvoyer l’ascenseur, demander une faveur, etc.). Le DBAV peut aussi prendre des décisions politiques, mais ce ne seront toujours que les décisions politiques d’une personne, le DBAV lui-même, qui saura qu’une mauvaise décision sur le plan technique sera très préjudiciable au développement du projet.

Pour conclure…

Je ne suis pas spécialement fan des comités. Je pense qu’une méritocratie avec un DBAV fonctionne beaucoup mieux et réalise les choses beaucoup plus rapidement. Durant ma courte expérience de chef de projet de logiciel libre (presque un an), j’ai fait face, à une échelle plus modeste bien sûr, aux mêmes problèmes que rencontrent tous les jours beaucoup de développeurs de logiciels libres. Si vous n’êtes pas d’accord avec mes idées, vous pouvez créer un fork à partir d’un projet et mettre sa gestion dans les mains d’un comité. Mais vous avez de bonne chance d’accoucher d’un chameau plutôt que d’un cheval.

Vous êtes libre de me prouver que j’ai tort.

Nous l’avons déjà annoncé (épisode 1, 2 et 3), nous allons incessamment sous peu entamer une ambitieuse campagne de soutien dont l’objectif est de poursuivre l’aventure du logiciel libre au sein du réseau Framasoft (qui ne veut pas mourir). Cet objectif passe selon nous par la présence de permanents qui pourraient pleinement se consacrer à la maintenance, au suivi et à l’organisation de l’énergie qui y circule.

Cette histoire de permanents je puis vous assurer que ce n’est pas du luxe parce qu’un jour qui sait je vous raconterai ma vie et les difficultés de trouver du temps à consacrer à Framasoft coincé entre vie professionnelle et vie privée (et heureusement que mes compagnes n’interviennent pas dans les commentaires pour dire ce qu’elles en pensent sachant que ce pluriel est déjà significatif !). Mais refermons bien vite cette parenthèse…

L’objectif étant fixé, peut-être ignorez-vous que l’association qui épaule le réseau possède déjà un permanent ? Il s’agit de Pierre-Yves Gosset, ci-dessus sur la photo, dont le salariat a débuté au mois d’avril dernier. Hormis le projet Framakey dont il est le principal animateur, son travail n’est pas forcément visible mais il est absolument indispensable car en bon multitâche il s’occupe ainsi de l’administration et de la gestion des sites, de l’animation des équipes (comme celle de l’annuaire), de la communication avec l’extérieur ou encore de la représentation de Framasoft sur le terrain. Si le réseau Framasoft garde la tête hors de l’eau en ce moment, il le doit clairement à cette nouvelle donne.

Comment cette création d’emploi a-t-elle été rendue possible ? C’est là que ça coince un peu parce que son financement provient pour une très large part de la publicité cumulée que nous avons décidé d’afficher en août 2007 sur le site principal du réseau. Une telle décision a été un crève-cœur et nous avons alors fort logiquement essuyé quelques critiques de visiteurs déçus de voir ainsi « leur » Framasoft quelque peu « défiguré » mais elle nous aura justement permis de pouvoir démarrer la chose et par là-même de continuer à exister.

Un mal pour un bien en quelque sorte, mais ce n’est pas satisfaisant. D’abord parce que les revenus engendrés par ces annonces, bien que non négligeables, ne permettent pas d’atteindre le budget nécessaire (en l’état le salariat de Pierre-Yves s’achèvera avant l’été prochain). Mais cela pose également des problèmes déontologiques car nous ne contrôlons pas les liens affichés qui peuvent parfois carrément vanter les mérites de logiciels propriétaires concurrents !

Nous aurons bien le temps d’en reparler. Soyons optimiste et regardons le verre à moitié plein : certes précaires et restreints pour le moment à la simple unité, nous sommes créateurs d’emplois ! Ayant été directement à l’origine de Framasoft qui aura commencé il y a sept ans comme un modeste petit site personnel, c’est, ne nous le cachons pas, une sacrée fierté.

Rendez-vous très bientôt pour faire en sorte de consolider ensemble cette fragile situation en admettant bien sûr que vous le voulez bien et que vous estimez que nous le valons bien 😉

Hier, c’était Thanksgiving aux USA. Et « ce jour-là, on remercie Dieu par des prières et des réjouissances pour les bonheurs que l’on a pu recevoir pendant l’année » (source Wikipédia).

Et si l’on détournait la chose pour se demander pour quel(s) logiciel(s) nous sommes le plus reconnaissant en le(s) remerciant de ce qu’il(s) nous apporte(nt) pendant toute l’année ? C’est cette idée qu’a eu Lifehacker, l’un des blogs références outre-atlantique pour tout ce qui tourne autour du logiciel.

Et comme c’est une référence, il est fort fréquenté et cela a donné… près de 800 réponses ! Réponses que l’on peut supposer signifiantes si l’on se hasarde à penser que le public de ce blog est lui aussi un peu spécialiste^[1].

La question exacte était : « What Free Software are You Most Grateful For? », ce qui (au grand dam de Richard Stallman) aboutit à une liste qui mélange les free software libres et les free software gratuits, autrement appelés freewares ou gratuiciels.

Voici en tout cas ci-dessous la fameuse liste dont je me suis permis, contrairement à Lifehacker, de mettre en exergue les logiciels libres (accompagnés parfois de quelques liens bien sentis du réseau Framasoft) histoire de bien faire la distinction.

Pour ce qui me concerne elle m’aura permis de renouer un peu le contact avec certains free softwares non libres que j’avais perdu de vue depuis un certain temps déjà…

Quelques petites remarques à la va-vite :

• Près de la moitié des logiciels de la liste sont libres
• Les 6 premiers sont libres
• Firefox est le grand gagnant puisque quasiment cité dans 50 % des cas (voir le camembert sur le site d’origine)
• Le trio Firefox + VLC + Ubuntu approchent les 75% de citations
• Pas beaucoup de nouveaux logiciels a priori (mais je ne les connais pas tous), certains sont là depuis un bail et se bonifient avec le temps
• Pas mal de produits Google (Gmail, Picasa, Apps, Docs, Calendar) sans concurrence libre sur le terrain qu’ils occupent à savoir l’informatique dans les nuages
• Un peu plus de logiciels pour Mac que pour un échantillon lambda
• C’en est fini des eMule et autres Bittorrent
• Ubuntu est largement devant Linux et sans autre distributions citée (cette remarque est hautement trolliphère)

The Lifehacker List

1. Firefox (Framasoft – Framakey)
2. VLC Media Player (Framasoft – Framakey)
3. Ubuntu (Framasoft – Framabook)
4. OpenOffice.org (Framasoft – Framakey – Framabook)
5. Pidgin (Framasoft – Framakey)
6. Launchy (Framasoft)
7. Digsby
8. Gmail
9. Adium (Framasoft)
10. CCleaner
11. Picasa
12. AutoHotKey (Framasoft)
13. Google
14. Quicksilver
15. GIMP (Framasoft – Framakey)
16. Foobar 2000
17. Thunderbird (Framasoft – Framakey – Framabook)
18. 7-Zip (Framasoft – Framakey)
19. DropBox
20. uTorrent
21. Winamp
22. Google Apps
23. AVG Antivirus
24. Evernote
25. IrfanView
26. Opera
27. Google Chrome
28. Google Calendar
29. HandBrake
30. Skype
31. Linux
32. Paint.NET (Framasoft – Framakey)
33. Ad-Aware
34. Avast Antivirus
35. Google Docs
36. LogMeIn
37. Transmission (Framasoft)
38. TrueCrypt (Framasoft – Framakey)
39. Amarok (Framasoft)
40. FileZilla (Framasoft – Framakey)
41. Notepad++ (Framasoft)
42. PortableApps.com
43. Rocket Dock
44. Spybot Search & Destroy
45. UltraVNC (Framasoft)
46. VirtualBox

Et bien entendu, vous avez les commentaires pour nuancer, amender, critiquer et ajouter les logiciels selon vous scandaleusement oubliés 😉

Suite (mais pas encore fin) des billets d’auto-promotion comme celui-ci ou celui-là.

Voici quelques statistiques sur l’ensemble du réseau Framasoft d’après l’outil que nous utilisons, à savoir Google Analytics. Elles ont été prises sur le mois courant, c’est-à-dire sur la période 24 octobre au 23 novembre 2008.

Vous trouverez bien plus de détails dans les fichiers joints comme les mots-clés, la provenance géographiques, les sites référants, les pages les plus visitées, etc.

J’ai pris ma calculatrice pour constater qu’on approche du million pour les visiteurs (807.000), qu’on le dépasse pour les visites (1.124.000) et qu’on le surpasse pour les pages vues (2.911.000). On remarque aussi qu’il peut y avoir de fortes variations d’un site à l’autre. Ainsi par exemple il est assez logique de voir Framakey fréquenté presque exclusivement par des visiteurs sous Windows puisque nos applications portables ne sont pour le moment disponibles que pour ce seul OS.

• Framasoft
  • visiteurs/mois : 573 000
  • visites/mois : 752 000
  • pages vues/mois : 2 023 000
  • Les 3 premiers OS : Windows 83%, Linux 11%, Mac 5%
  • Les 3 premiers navigateurs : Firefox 57%, IE 35%, Safari 3%
• Framakey
  • visiteurs/mois : 118 000
  • visites/mois : 230 000
  • pages vues/mois : 621 000
  • Les 3 premiers OS : Windows 98%, Linux 1%, Mac 1%
  • Les 3 premiers navigateurs : Firefox 78%, IE 12%, Mozilla 8%
• Framabook
  • visiteurs/mois : 33 000
  • visites/mois : 40 000
  • pages vues/mois : 92 000
  • Les 3 premiers OS : Windows 66%, Linux 30%, Mac 4%
  • Les 3 premiers navigateurs : Firefox 71%, IE 22%, Safari 2%
• Framablog
  • visiteurs/mois : 40 000
  • visites/mois : 52 000
  • pages vues/mois : 77 000
  • Les 3 premiers OS : Windows 68%, Linux 27%, Mac 5%
  • Les 3 premiers navigateurs : Firefox 65%, IE 25%, Mozilla 4%
• Framagora^[1]
  • visiteurs/mois : 43 000
  • visites/mois : 50 000
  • pages vues/mois : 98 000
  • Les 3 premiers OS : Windows 74%, Linux 22%, Mac 4%
  • Les 3 premiers navigateurs : Firefox 61%, IE 30%, Mozilla 3%

Je ne sais ce qu’il en est pour les autres auteurs de blog mais pour ma part je pense arriver à mettre en ligne à peine 20% de ce que je souhaiterais réellement mettre en ligne. C’est d’ailleurs pas de bol pour le lecteur puisque c’est dans le 80% restant que se nichent certainement mes meilleurs billets 😉

Ainsi en va-t-il de Benjamin Bayart, personnalité de la communauté haute en couleur (surtout la cravate) qui figure en bonne place dans ma liste de billets en retard. Un sacré retard même puisque je vais vous présenter une conférence datant des Rencontre mondiales du logiciel libre de juillet 2007 !

Mais il ne s’agit pas de n’importe quelle conférence, il s’agit d’une conférence qui est devenue une véritable référence, un peu comme celle d’Eben Moglen.

Désolé donc pour ceux qui l’ont déjà vue. Quant aux autres, vous avez bien de la chance parce que pour la même durée ça vous changera un peu de votre série américaine préférée qui ne vous a que trop pris de votre temps de cerveau disponible.

En voici le pitch : « Internet vient du libre, comme le libre vient d’Internet. Cependant l’évolution récente du réseau, essentiellement financière et commerciale, le fait dériver vers d’autres modèles sociaux et économiques. Comment décrypter cette évolution, son origine, ses conséquences ? Comment agir pour rectifier le tir ? »

—> La vidéo au format webm

Vous trouverez sur cette page une version AVI (100 Mo) de la vidéo mais également les slides de la conférence au format PDF.

Bonne séance, mais autant vous prévenir tout de suite je n’en ai pas encore tout à fait fini avec mon Bayart en retard car il faut absolument que je consacre un billet à FDN le seul (et unique en son genre) fournisseur d’accès à internet associatif.

Nous sommes un peu désolés pour nos lecteurs qui vont devoir subir sur une certaine période ce type de billets indigestes et immodestes mais comme Framasoft va bientôt être confronté à de réelles difficultés matérielles, nous nous retrouvons un peu dans l’obligation de faire quelque chose dont nous n’avons ni trop l’habitude ni trop l’expérience : notre propre mise en valeur.

Pour faire face à ces difficultés nous comptons en effet lancer prochainement une vaste campagne de soutien (moral mais aussi et surtout financier). Nous vous en dirons plus prochainement mais en attendant vous ne couperez donc pas à la présence de quelques articles d’auto-promotion susceptibles le moment venu de témoigner de l’intérêt de notre travail.

La petite opération marketing du jour se concentre sur l’Education Nationale avec qui Framasoft entretient des liens privilégiés puisque c’est en son sein qu’a démarré l’aventure. Et les liens privilégiés sont un peu particuliers ici puisqu’il s’agit de dénombrer via Google ceux provenant des sites académiques et atterrissant sur les différents sites de notre réseau (Framasoft, Framakey, Framabook…).

La méthode vaut ce qu’elle vaut (d’autant qu’à notre avis il doit y avoir un léger bug à Reims et Rouen) et n’augure en rien de la qualité des liens référencés mais dans la mesure où les sites académiques^[1] sont des sites institutionnels (où la mise en ligne est encadrée et modérée) il nous a semblé néanmoins signifiant d’effectuer et faire afficher publiquement un tel décompte, surtout qu’on a nous-mêmes été surpris du résultat !

On ne vous cache pas que derrière ces chiffres il y a l’idée d’essayer d’obtenir une certaine écoute car si l’administrateur d’en haut ne connait pas forcément Framasoft, nombreux semblent être les profs d’en bas qui apprécient et utilisent nos services. Par hypothèse et par extension, on peut même se risquer à penser que du coup nombreux sont les profs d’en bas qui apprécient et utilisent les logiciels libres, réalité du terrain qui n’a peut-être pas la visibilité qu’elle mérite.

Précisons que contrairement aux collèges et aux lycées, les universités n’appartiennent pas aux sites académiques (tout comme les grands portails nationaux du Ministère ou encore les associations d’enseignants). Dernière remarque : l’équipe Framasoft peut passer tranquillement ses vacances en Corse, elle ne risque pas d’être assaillie par les demandes d’autographes 😉

• Académie d’Aix-Marseille : 424 liens
• Académie d’Amiens : 360 liens
• Académie de Besançon : 50 liens
• Académie de Bordeaux : 58 liens
• Académie de Caen : 197 liens
• Académie de Clermont-Ferrand : 52 liens
• Académie de Corse : 1 lien
• Académie de Créteil : 246 liens
• Académie de Dijon : 246 liens
• Académie de Grenoble : 499 liens
• Académie de Guadeloupe : 4 liens
• Académie de Guyane : 3 liens
• Académie de Lille : 116 liens
• Académie de Limoges : 10 liens
• Académie de Lyon : 53 liens
• Académie de Martinique : 40 liens
• Académie de Montpellier : 132 liens
• Académie de Nancy-Metz : 401 liens
• Académie de Nantes : 93 liens
• Académie de Nice : 27 liens
• Académie d’Orléans-Tours : 44 liens
• Académie de Paris : 216 liens
• Académie de Poitiers : 90 liens
• Académie de Reims : 1450 liens
• Académie de Rennes : 72 liens
• Académie de La Réunion : 11 liens
• Académie de Rouen : 1600 liens
• Académie de Strasbourg : 32 liens
• Académie de Toulouse : 90 liens
• Académie de Versailles : 529 liens

Une pièce de 5 euros commémorative entièrement réalisée avec des logiciels libres, cela n’arrive pas tous les jours.

Quand, de plus, son auteur prend le soin de nous expliquer en détail sa démarche technique mais surtout artistique, cela donne un article tout à fait passionnant qu’il eut été grand dommage de ne pas traduire^[1].

Comment faire de l’argent avec du logiciel libre

How to make money with free software…

Stani – 29 octobre 2008 – Creative Commons By

Le ministère des finances néerlandais a organisé un concours d’architecture pour lequel un groupe de cabinet d’architectes trié sur le volet (unstudio, nox, etc.) et des artistes étaient conviés, moi y compris. Le but de la compétition n’était pas d’ériger un bâtiment mais de réaliser le design de la nouvelle pièce de 5 euros commémorative sur le thème « Les Pays-Bas et l’architecture ». Le gagnant se verra offrir un beau prix, mais sa récompense sera surtout d’avoir l’honneur de voir son design concrétisé sur une pièce qui aura cours au sein des Pays-Bas.

J’ai abordé le sujet « Les Pays-Bas et l’architecture » sous deux aspects. J’ai voulu rendre hommage aussi bien à la riche histoire architecturale des Pays-Bas qu’à la qualité de l’architecture néerlandaise contemporaine. Voilà les idées pour chaque face de ma pièce. Traditionnellement le portrait de la reine doit apparaître sur le côté face tandis qu’on retrouve la valeur de la pièce sur le côté pile.

Côté face

Si l’on regarde de près mon portrait de la reine (cliquez sur l’image pour un agrandissement) vous verrez clairement qu’il est constitué de noms d’architectes néerlandais majeurs. Quand on part de l’extérieur les noms sont clairement lisibles et ils deviennent plus petit au centre. Grâce à une loupe tous les noms sont lisibles, mais pas tous à l’œil nu. Je trouve cela fascinant qu’un vieux support comme une pièce de monnaie puisse devenir en quelque sorte un « disque compact » d’informations.

La tension entre ce qui est lisible et ce qui ne l’est pas est aussi une métaphore du temps qui façonne l’histoire. Quelques grands noms du passé peuvent devenir moins influents et réciproquement. Pour retranscrire cette idée j’ai décidé non pas de classer les architectes par ordre alphabétique ou chronologique mais d’utiliser Internet comme un sismographe et de les classer par nombre de références trouvées.

Évidemment cet ordre évolue dans le temps et il constitue donc un repère temporel supplémentaire par rapport au nombre « 2008 » gravé. Je ne pouvais faire entrer que 109 noms d’architectes sur la pièce, ma sélection a donc été simple. Apparemment, la célébrité est exponentielle :

Pour réaliser l’image j’ai développé ma propre police. La largeur des lignes au sein d’une même lettre est variable afin de pouvoir recréer l’image :

Côté Pile

De nos jours l’architecture néerlandaise est connue pour sa forte approche conceptuelle. Cela se traduit par le fait que non seulement il y a beaucoup de livres à propos des architectes néerlandais, mais aussi beaucoup d’ouvrages rédigés par des architectes néerlandais.

Du côté pile j’ai imaginé le bord de la pièce comme une bibliothèque. Les livres s’élèvent comme des immeubles vers le centre de la pièce. Leur disposition n’est pas laissée au hasard puisqu’ils recréent les contours des Pays-Bas tandis que les silhouettes d’oiseaux rappellent la capitale de chaque province. Le dessin ci-dessous dévoile le cheminement de l’idée :

Un des problèmes était alors de choisir le nombre de livres : beaucoup de livres fins ou seulement quelques gros livres ? Avec un gros livre on ne peut que faire un cercle. Pour réussir à découper la silhouette la plus précise des Pays-Bas il faudrait des livres d’une page, ce qui n’est pas idéal non plus. Il fallait donc trouver un juste milieu et vous pouvez voir le résultat sur les ébauches ci-dessous. A gauche vous trouverez l’approximation des Pays-Bas, au milieu la « skyline » (NdT : ligne de crête) dessinée par les livres et à droite la différence entre la « skyline » dessinée par les livres et la silhouette des Pays-Bas :

Ensuite vient le croquis de l’idée avec les oiseaux. Chaque oiseau vole au dessus de la capitale d’une province néerlandaise. Sur la pièce finale ces oiseaux choisis aléatoirement sont remplacés par des oiseaux typiques de chaque province.

Technique

Tout le travail a été accompli à 100% avec des logiciels libres. La plupart sont des logiciels en Python adaptés à mes besoins grâce à l’éditeur SPE (Stani’s Python Editor). Pour la puissance visuelle j’ai employé PIL et pyCairo. De temps à autre Gimp, Inkscape et Phatch se sont révélés utiles. Tout le développement et le traitement ont été fait sur des machines sous GNU/Linux qui exécutaient Ubuntu/Debian. A la fin j’ai du travailler en étroite collaboration avec les techniciens de la Royal Dutch Mint (là où les pièces sont frappées) dans leurs ateliers. Les derniers détails ont donc été réglés sur mon Asus Eee PC (je ne comprends toujours pas pourquoi Asus ne livre pas ses netbooks sous Ubuntu). Générer la pièce sur le Eee prenait un peu plus de temps (30 secondes à la place de 3 secondes pour générer la pièce entière) mais faisait très bien l’affaire. Pour chercher le nombres de références sur Internet j’ai redécouvert Yahoo qui propose une api bien meilleure pour les requêtes automatiques que ses concurrents. Évidemment, le jury ne jugeait que le design et pas les logiciels utilisés et d’autres ont employé Maya, Illustrator, etc.

And the winner is…

Je suis fier de vous annoncer que j’ai gagné le concours ! Et donc prochainement 350 000 néerlandais feront usage du fruit de logiciels libres. J’aurai aimé pouvoir mettre la pièce sous licence GPL, ce qui aurait peut-être résolu la crise financière. Mais pour des raisons évidentes je n’ai pas eu la permission de le faire. Des versions spéciales seront aussi produites pour les collectionneurs du monde entier : une édition en argent pur pour 30,95€ et une édition en or pur pour 194,95€. Elles seront certainement rapidement en rupture de stock car ce sont des vrais objets de collection. La pièce sera mise en vente dans tous les bureaux de la poste néerlandaise le même jour que la sortie d’Intrepid Ibex : le 30 octobre 2008.

Voilà quelques images de la vraie pièce :

Une publicité pour cette pièce sera diffusée une vingtaine de fois aux heures de forte audience à la télévision néerlandaise, c’est une belle réalisation (elle sera disponible prochainement) et des encarts publicitaires ont déjà été achetés dans plusieurs journaux. Ci-dessous le lancement officiel de la pièce aujourd’hui avec de gauche à droite : moi-même, le secrétaire d’Etat aux finances De Jager, l’architecte gouvernemental en chef Liesbeth van der Pol et le Maître de l’Hôtel des Monnaies Maarten Brouwer…

J’aimais bien le titre en anglais de la traduction du jour alors je l’ai conservé pour le titre du mon billet, nonobstant le fait qu’il occulte complètement son sujet à savoir Firefox et ses efforts pour nous proposer des formats multimédias audios et vidéos libres et ouverts^[1].

Je partage l’enthousiasme de l’auteur et je remercie Mozilla qui, comme il est dit plus bas, améliore tout autant Firefox qu’il améliore le web tout entier.

PS1 : Cet article a été rédigé cet été, Firefox 3.1 n’est pas encore sorti à ce jour mais cela ne saurait tarder.

PS2 : J’en profite pour saluer ici le projet iTheora qui est « un script PHP permettant de diffuser des vidéos (et des fichiers audios) mais uniquement au format ogg/theora/vorbis. Il est simple à installer et à utiliser. Il conviendra aussi bien au blogger qu’au webmaster averti. »

Construire le monde que nous voulons, pas celui que nous avons

Building the world we want, not the one we have

Schrep’s Blog – 8 août 2008
(Traduction Framalang : Penguin et Olivier)

Grâce au dur labeur de Chris Double, Robert O’Callahan, Johnny Stenback et de beaucoup d’autres, les balises <video> et <audio> avec support natif de Theora video et Vorbis audio sont actuellement disponibles dans les nightly builds de Firefox. Ils seront inclus dans Firefox 3.1 Beta 1 qui sortira plus tard cette année.

Ce n’est pas nouveau mais je voulais vous expliquer pourquoi je trouve cela important.

Si vous lisez attentivement la spécification HTML1.0 de 1993 vous remarquerez qu’aucun format d’image n’était spécifié alors qu’il en existait des douzaines. GIF est excellent pour les logos, le dessin de lignes, etc… mais limité à 256 couleurs il n’est pas idéal pour les photos. JPEG compresse avec perte et donc est très bien pour les photos mais est moins adapté pour le dessin. PNG est arrivé plus tard pour résoudre certains problèmes de GIF et n’était pas totalement ni correctement supporté dans Internet Explorer jusqu’à la version 7. Avant que PNG ne soit supporté nativement par tous les navigateurs il existait de nombreux plug-ins pour combler ce manque.

Une technologie entravée par les brevets (GIF), primordiale pour la toile, a été remplacée par un format réellement libre et ouvert (PNG), d’abord à travers des plug-ins, puis, rapidement après, nativement dans les navigateurs. Les spécifications HTML ne spécifiait pas un format d’image spécifique, mais quelques uns devinrent incontournables dans l’usage courant.

Je pense que le même sort attend les balise <video> et <audio>. A l’heure actuelle, des centaines de millions d’utilisateurs peuvent visualiser des vidéos dans leur navigateur Web, mais cela nécessite pour les lire un des nombreux plug-ins propriétaires qui supportent des formats propriétaires. Cela veut dire que si vous réalisez une site Web avec vidéos flash/silverlight/WMV il ne fonctionnera pas sur des millions d’iPhone et d’autres navigateurs pour mobile. Et sur Linux il se peut qu’il marche comme il se peut qu’il ne marche pas. Le faire fonctionner nécessite des avocats, de l’argent et des accords commerciaux entre plusieurs parties.

En rendant disponible dans Firefox les balises HTML5 <video> et <audio> avec des formats ouverts, libres de droit, nous espérons rendre ces formats omniprésents grâce à un usage quotidien. Des formats ouverts et libres de droit vont permettre à tous les fabricants de navigateurs d’implanter nativement la lecture audio et vidéo sur toutes les plateformes, appareils et environnements, sans aucune restriction. Ils vont permettre à tous produits dont les sources sont ouvertes d’embarquer sans crainte de façon native la lecture audio et vidéo. Ils vont permettre aux réalisateurs de site Web d’utiliser gratuitement du son et de la vidéo dans leurs sites, sans se soucier de la présence ou l’absence sur une plateforme précise d’une version précise d’un plug-in précis. En tant qu’utilisateur final, nous n’aurons bientôt plus à nous demander si nous pourrons visionner le contenu vidéo d’un site donné sur notre nouveau téléphone, tablet PC ou PC parce que tous les systèmes sont capables de supporter un standard vidéo ouvert. Peut-être que je serai capable de voir les Jeux Olympiques de 2010 sur mon téléphone portable.

Un véritable accès universel au contenu. Voici le monde que nous voulons.

Il existe peu de contenu encodé en Theora/Vorbis à l’heure actuelle. Oui, et alors ?

Il y a 10 ans, il n’existait aucun contenu en H.264 alors que c’est un format plutôt répandu aujourd’hui. Jusqu’à ce que les vidéos en Flash ne deviennent courantes il n’existait pas beaucoup de contenu vidéo encodé en VP6. De nouveaux contenus sont créés sans arrêt et les transcoder en Theora/Vorbis est vraiment simple. Peu de temps après la sortie de Firefox 3.1 il y aura près de 200 millions d’ordinateurs de bureau capables de lire ce genre de vidéo. Le contenu suivra rapidement.

Je peux déjà regarder les vidéos qui Flash, Quicktime, Silverligt, etc… quel est l’intérêt de ce nouveau format ?

Avoir un support audio/video natif au sein de HTML5, avec des formats ouverts libres de droit, cela veut dire que n’importe quel fabricant de navigateur, appareil, etc.. peut supporter ce format. S’il est adopté largement, cela voudra dire que les créateurs de sites Web pourront bientôt utiliser un seul format pour toucher tous les appareils. En tant que technologie Web native, la vidéo peut donc être intégrée et mélangée avec toutes les autres avancées que le Web a connu jusqu’ici.

Est-ce que Theora ne fait pas baisser l’autonomie de ma batterie et/ou utilise mon processeur ?

Beaucoup de systèmes à l’heure actuelle sont vendus avec un forme quelconque d’accélération pour les formats H.264, MPEG-2 ou autres, ce qui réduit l’utilisation du processeur et donc l’utilisation de la batterie. Avec l’adoption du format nous nous attendons à ce que Theora bénéficie des mêmes accélérations matérielles dans un futur proche. Dans le même temps, la vidéo HD à 5-6 Mo/s se jouera de façon fluide sur des systèmes modernes sans aucune assistance matérielle.

La qualité video de Theora est-elle vraiment au rendez-vous ?

C’est tout à fait regardable et cela s’améliore tous les jours avec un travail comme celui-ci.

Existe-t-il des problèmes légaux ?

Nous avons réalisé une étude minutieuse de tous les problèmes connus et pour ce que nous en savons, Theora et Vorbis ne posent aucun risque concernant les brevets. Ils existent depuis un certain temps sans aucun problème; cependant, il existe toujours le risque que des gens sortent de leur chapeau des brevets cachés, mais ce risque existe pour tous les développeurs logiciels et pour n’importe quel type de logiciel. On ne peut pas exclure le risque que quelqu’un réclame quelque chose, ce qui ne veut pas dire que cette revendication a un fondement. Nous pensons qu’il n’y a pas de problème, mais si l’on y est contraint, nous pouvons : i) évaluer la réclamation et déterminer si elle est fondée; ii) utiliser la puissance du Web pour rassembler des preuves d’antériorité pour invalider la plainte; et iii) retirer ou desactiver la fonctionnalité si besoin est en dernier recourt.

Qu’en est-il de la Haute Définition (HD) ?

Theora peut lire et encoder du contenu HD. Avec les implémentations actuelles la qualité de la vidéo n’est pas aussi bonne qu’en H.264 mais des améliorations sont encore à venir. De plus, nous avons discuté avec les types géniaux à l’origine de Dirac et j’ai quelques vidéos 720p très impressionnantes encodées en Dirac. La bonne nouvelle, c’est qu’une fois que vous avez l’infrastructure video/audio de base dans Firefox, ajouter de nouveaux codecs/formats est assez simple. C’est un point de départ pour fournir à tout le monde un dénominateur commun pour la lecture de vidéos.

Pourquoi n’avez-vous pas juste acheté une license H.264, VC-1, MPEG-2, ou (insérer votre codec préféré ici) ?

Nous avons étudié attentivement cette option et nous aurions très bien pu le faire, à un coût élevé pour nous, pour le version binaire “officielle” de Firefox. Mais cela posait certains problèmes :

• Cela aurait nécessité l’inclusion de code fermé dans Firefox.
• Tout travail dérivé du code de Firefox ou Mozilla n’aurait *pas* pu le rendre disponible.
• Aucun autre projet open source n’aurait pu l’utiliser.

Cela aurait simplement résolu le problème pour les utilisateurs de Firefox. Notre priorité est de résoudre le problème pour le Web dans son ensemble.

Pourquoi ne pas utiliser uniquement nativement DirectShow/Quicktime/Gstreamer sur chaque plateforme ?

Nous travaillons également sur cela comme vous pouvez le voir ici, ici et ici. Toutefois, cette approche a deux limitations importantes : a) le support des codecs varie énormément d’une plateforme à l’autre et b) cela ne résoud rien pour les téléphones et autres systèmes. Nous voulons un format de référence sur lequel tous les créateurs de sites Web pourront compter et qui fonctionne sur tous les environnements.

C’est fabuleux, comment est-ce que je peux aider ?

Téléchargez la version de développement de Firefox (“nightly build”) ici et essayez-là ici ou sur Wikimedia Commons. Créez du contenu natif en Theroa/Vorbis. Aidez à transcoder d’autres formats en Theora. Parlez-en à vos amis.