Nous avons déjà évoqué la place à part et le rôle majeur joués par les leaders de projets de logiciels libres dans un billet dédié. Mais de là à caractériser « l’Open Source » comme une « dictature » issue de la culture de l’entreprise par opposition aux « médias sociaux » qui seraient eux plutôt du côté de la « démocratie » chère aux nations dignes de ce nom, il y a un pas que Chris Anderson ose franchir sur son blog dans une courte réflexion que nous vous proposons traduite ci-dessous.

Il convient bien entendu de s’entendre sur les termes employés (d’où l’existence de nombreux guillemets dans le paragraphe précédent), ainsi Wikipédia serait ici bien plus un média social qu’un projet Open Source. Il convient également de ne pas oublier le principe de méritocratie qui n’est ni une dictature ni une démocratie. Il n’empêche qu’il n’est pas loin de détruire un mythe qui a la vie dure au sein de la communauté lorsqu’il affirme que « de nombreuses personnes pensent à tort que les projets Open Source sont émergents, auto-organisés et démocratiques » alors que « la vérité est tout à fait l’inverse »^[1].

L’Open source est une entreprise, les médias sociaux un pays

Chris Anderson – 12 mars 2009 – The Long Tail (Wired)
(Traduction Framalang : Simon)

Open source is a company; social media is a country

Au petit déjeuner Sourceforge ce matin, nous avons abordé quelques questions portant sur les différences entre l’organisation de l’Open source et celle des médias sociaux. Voici ma réponse :

L’un des paradoxes observés dans la gestion du début du 20e siècle c’est que les compagnies sont mieux gérées sous un régime dictatorial, alors que les pays le sont eux, avec une démocratie. Pourquoi donc ? Charles Barnard, théoricien de la gestion, suggéra dans sa théorie des entreprises que les organisations se créaient pour poursuivre un objectif commun et partagé. Alors que les pays eux, existaient seulement pour servir leur peuple.

Un objectif commun nécessite une vision unique, un commandement et une hiérarchie verticale descendante. De l’autre côté, le service du peuple tire plus de profits d’une hiérarchie ascendante, de la reconnaissance des besoins de chacun, et des décisions prises collectivement (vote).

De nombreuses personnes pensent à tort que les projets Open Source sont émergents, auto-organisés et démocratiques. La vérité est tout à fait l’inverse : la plupart sont gérés par un dictateur bienveillant, ou deux. Ce qui fait le succès d’un projet Open Source, c’est sa direction, tout simplement. Une ou deux personnes articulent une vision, commencent à construire dans sa direction, et embarquent les autres au passage, leur donnant des tâches et des droits précis. Les meilleurs projets sont ceux qui ont les meilleurs meneurs.

Les média sociaux, d’un autre côté, ne se créent pas pour atteindre un objectif commun. Ils existent pour servir les individualités. Nous ne gazouillons pas (NdT : to tweet), pour fabriquer Twitter, nous gazouillons pour nous-mêmes. Nous bloguons parce que nous le pouvons, pas parce nous nous sommes inscrits dans un projet de blogs.

Vus sous cet angle, les projets Open Source sont comme des compagnies et les média sociaux ressemblent à des pays. Les dictatures bienveillantes dirigent les premiers ; des démocraties les seconds.

Chose promise chose due. Voici la traduction (of course non officielle) du plan d’action gouvernemental britannique du 24 février dernier dont l’objectif clairement affiché est de « passer à la vitesse supérieure » pour ce qui concerne l’usage public du logiciel Open Source.

Nous l’avions évoqué dans deux récents articles qui constituent deux regards intéressants sur l’annonce de ce plan : celui de la BBC et celui du site d’enseignants OpenSourceSchools.

Vous y trouverez bon nombre d’arguments que les défenseurs du logiciel libre portent depuis des années. Reste à voir bien sûr si ces belles déclarations d’intention seront pragmatiquement suivies d’effets. Mais quoiqu’il arrive les Anglais^[1] disposent désormais d’un document de poids sur lequel s’appuyer.

Avec ce travail, nous souhaitons informer le public francophone des avancées internationales du logiciel libre mais nous souhaitons également en profiter pour interroger ce qu’il se passe également chez nous. Y a-t-il une volonté similaire en France ? Si oui, les initiatives ont-elles la même envergure et la même ambition ?

Dans la mesure où le doute subsiste, que diriez-vous si nous tentions d’apporter cette traduction sur le bureau de notre nouvelle secrétaire d’État au développement de l’économie numérique, Nathalie Kosciusko-Morizet, pour lui poser directement la question ?

PS : Vous trouverez en fin d’article, pour impression ou… ré-utilisation, une version PDF (et OpenOffice.org) de la traduction.

Open Source, standards ouverts et ré-utilisation : le plan d’action du gouvernement

Open Source, Open Standards and Re-Use: Government Action Plan

Gouvernement du Royaume-Uni – 24 février 2009 – CIO.gov.UK
(Traduction Framalang : Poupoul2, Googy, Olivier et Don Rico)

Avant-propos

L’Open Source est l’un des développements majeurs de la culture informatique de ces vingt dernières années : il a démontré que des particuliers, en travaillant ensemble par le biais d’Internet, peuvent créer des produits qui rivalisent avec ceux de gigantesques entreprises, voire les dépassent ; il a également démontré que ces mêmes entreprises, mais aussi les gouvernements, peuvent devenir plus innovants, plus souples et plus efficaces dans leur gestion des coûts en tirant les fruits du travail communautaire. Grâce à cette base informatique, le mouvement Open Source a apporté ses lettres de noblesse à une nouvelle vision des droits de la propriété intellectuelle, du partage et de la disponibilité de l’information pour tout un chacun.

Depuis longtemps, ce gouvernement a pour principe, formellement exprimé pour la dernière fois en 2004, de chercher à utiliser des solutions Open Source là où elles offrent le choix le plus judicieux pour les dépenses du service public financées par le contribuable. Même si nous respectons depuis toujours l’opinion de ceux pour qui les gouvernements devraient favoriser l’Open Source par principe, notre position a toujours été que le critère principal devait être le meilleur rapport qualité-prix pour le contribuable.

Au cours des cinq dernières années, de nombreux services gouvernementaux ont démontré que l’Open Source peut s’avérer le meilleur choix pour le contribuable, dans nos services accessibles sur le Web, dans le National Health Service (NDT : Service de santé publique du Royaume-Uni) et dans d’autres services publics essentiels.

Mais il faut à présent passer à la vitesse supérieure.

• (1) Nous voulons nous assurer que les services publics bénéficient toujours des meilleures solutions possibles au meilleur rapport qualité-prix, et être surs de payer au plus juste ce que nous achetons.

• (2) Nous voulons partager et ré-utiliser ce que le contribuable a déjà financé au sein du secteur public, non seulement pour éviter de payer deux fois, mais aussi afin de réduire les risques et trouver des solutions communes aux besoins du gouvernement.

• (3) Nous voulons encourager l’innovation au sein du Gouvernement, en incitant à penser Open Source, mais aussi en dehors du Gouvernement, en favorisant le développement d’un marché en pleine effervescence.

• (4) Nous voulons offrir à l’industrie informatique, et plus largement à l’économie, les bénéfices de l’information que nous produisons et des logiciels que le Gouvernement développe.

Ainsi, nous estimons le moment venu de mettre à profit notre réputation d’impartialité et nos réussites, et d’engager de nouvelles actions concrètes pour que le recours aux logiciels libres soit envisagé avec sérieux et impartialité par les services informatiques gouvernementaux. Nous devons aussi rendre publiques nos exigences et publier nos statistiques concernant les formats ouverts, et chercher à atteindre le niveau de souplesse inhérent à l’Open Source dans nos relations avec les fournisseurs de logiciels propriétaires.

Cette stratégie Open Source répond à ces points essentiels. Elle détaille les étapes que nous devons franchir, au Gouvernement et avec nos fournisseurs informatiques, afin de tirer profit des atouts de l’Open Source.

Tom Watson, député au Parlement britannique
Ministre de l’Engagement numérique
(NdT : Équivalent du secrétaire d’état à l’économie numérique français).

Plan d’action gouvernemental

1. Le Gouvernement a revu pour la dernière fois sa politique liée à l’Open Source en 2004^[2]. Cette politique indiquait clairement que le Gouvernement examinerait les solutions Open Source au même titre que les solutions propriétaires dans les passations de marchés informatiques et que les contrats seraient jugés sur des critères financiers.

2. Depuis 2004, le Gouvernement utilise davantage de logiciels Open Source, particulièrement en ce qui concerne les systèmes d’exploitation et les composants middleware des solutions métier. Par exemple :

• 50% des principaux sites Web des services gouvernementaux ont adopté le serveur web Apache.

• La colonne vertébrale du NHS utilise un système d’exploitation libre, et lorsque le remplacement de Netware par Open Enterprise Server sera achevé, 35 % des services du NHS, représentant 300 000 utilisateurs, seront pris en charge par une infrastructure Linux.

• Des composants libres sont utilisés dans des systèmes cruciaux pour des missions décisives telles que Directgov (NdT : Site d’accès aux services publics britanniques) ou Electronic Vehicle Licensing (NdT : Service public de réduction fiscale lié à l’utilisation d’un véhicule électrique).

3. Cependant, depuis 2004 l’industrie du logiciel et le marché de l’informatique se sont aussi développés pour rendre les produits Open Source plus compétitifs et plus faciles à intégrer à l’univers professionnel des entreprises. Par exemple :

• des modèles économiques solides et pérennes ont émergé. Ils permettent l’implémentation et le support des solutions Open Source.

• un nombre croissant d’acteurs majeurs de l’industrie informatique se sont engagés activement dans l’Open Source et soutiennent l’utilisation de standards ouverts.

• de grandes entreprises et des ministères font un usage quotidien d’éléments Open Source sur des systèmes sensibles ; par conséquent, les chefs d’entreprise appréhendent mieux les différents modèles commerciaux, ainsi que les modèles de gestion des coûts, des licence et des risques.

4. La manière d’aborder l’informatique gouvernementale a évolué et par conséquent il en est de même pour la manière d’aborder l’Open Source :

• La création de la profession d’informaticien pour le gouvernement et l’ouverture du recrutement aux professionnels de la technologie ont permis d’améliorer les capacités et les connaissances pour aller vers une concurrence plus ouverte entre fournisseurs de solutions technologiques.

• La création du Conseil des DSI a conduit à davantage d’ouverture et d’échanges d’informations sur les bonnes solutions logicielles et les expériences positives au sein du gouvernement. Il existe une forte volonté et des structures de service rodées pour réutiliser de façon optimale les produits informatiques déjà existants du gouvernement. L’Open Source et les standards ouverts peuvent apporter une importante contribution à ce processus.

• La mise en place de la structure interministérielle gouvernementale et son adoption par les principaux fournisseurs informatiques du gouvernement ont permis de morceler les solutions professionnelles « fermées » en composants répondant à des besoins précis. Ceci permet le partage et la réutilisation des briques logicielles entre les différents domaines de l’action publique.

• Les politiques de licences des fournisseurs de logiciels, en particulier quand le gouvernement n’est pas considéré comme une entité unique, et le manque de transparence des tarifs dans la filière de production sont autant d’obstacles à une réduction des coûts plus efficace et à une meilleure mutualisation des services entre les ministères.

• Beaucoup de ministères ont d’ores et déjà conçu des « écosystèmes » permettant d’utiliser une gamme élargie de fournisseurs de solutions informatiques grâce à un partenariat général pour les prestations de service.

• Les technologies et la culture de l’Open Source ont été adoptées dans d’autres domaines de l’action gouvernementale, par exemple pour la consultation publique du Livre blanc des sciences publié par le secrétariat d’état à la Recherche et à l’université (Department for Innovation, Universities and Skills, DIUS) et des conclusions du groupe de travail « Pouvoir de l’information » du Cabinet Office (NdT : Cabinet du premier ministre et secrétariat du Royaume-Unis).

La marche à suivre

5. Le gouvernement considère qu’afin d’atteindre ses objectifs clés, une série de mesures concrètes est nécessaire pour s’assurer qu’il existe une véritable « égalité des chances » entre le logiciel Open Source et le logiciel propriétaire, et pour que soit reconnu le rôle que peuvent jouer les logiciels Open Source concernant des objectifs plus vastes, tels que la réutilisation et les standards ouverts. Ce programme doit comporter à la fois une déclaration plus précise des stratégies menées et des actions concrètes entreprises par le gouvernement et ses fournisseurs. Les objectifs clés seront les suivants :

• (1) s’assurer que le gouvernement adopte des standards ouverts et les utilise pour communiquer avec les citoyens et les entreprises qui auront adopté des solutions Open Source.

• (2) s’assurer que les solutions Open Source seront prises en considération avec équité et choisies pour répondre aux appels d’offre gouvernementaux lorsqu’elles présentent le meilleur rapport qualité/prix (en tenant compte d’autres avantages tels que la réutilisation possible et la flexibilité).

• (3) renforcer les compétences, l’expérience et les capacités au sein du gouvernement et de ses fournisseurs pour utiliser l’Open Source de façon optimale

• (4) instaurer une culture Open Source du partage, de la réutilisation et du développement collaboratif entre le gouvernement et ses fournisseurs, en s’appuyant sur les processus et stratégies de réutilisation déjà validés par le Conseil des DSI et ainsi stimuler l’innovation, réduire les coûts et les risques, et enfin accroître la réactivité du marché.

• (5) s’assurer qu’il n’existe pas d’obstacle procédurier à l’adoption des produits Open Source par le gouvernement, en accordant une attention particulière aux filières de productions et modèles économiques impliqués.

• (6) s’assurer que les intégrateurs de systèmes et les fournisseurs de logiciels propriétaires pourront s’aligner sur le monde de l’Open Source pour ce qui est de la flexibilité et de la réutilisation de leurs produits et de leurs solutions.

Politique

6. La politique du gouvernement est la suivante :

Logiciels Open Source

• (1) Le gouvernement examinera de façon équitable et approfondie solutions Open Source et solutions propriétaires dans les décisions d’attribution de marchés.

• (2) Les attributions de marchés seront décidées en fonction du meilleur rapport qualité/prix pour l’objectif recherché, en prenant en compte le coût total de la solution logicielle sur toute sa durée de vie, y compris les coûts de résiliation et de transfert, après s’être assuré que les solutions satisfont aux conditions minimales exigées en termes de capacité, sécurité, extensibilité, possibilité de transfert, support et facilité de maintenance.

• (3) Le gouvernement attendra des prestataires de TIC qu’ils proposent si nécessaire des produits alliant Open Source et logiciels propriétaires afin de disposer de l’offre la plus complète possible.

• (4) Lorsque la différence tarifaire entre produits Open Source et propriétaires sera négligeable, les produits Open Source seront choisis au regard de leur plus grande souplesse d’utilisation.

Logiciels non Open Source

• (5) Le gouvernement évitera, chaque fois que possible, les engagements contraignants qui le lierait à des logiciels propriétaires. Les coûts de résiliation, de renégociation et de redéploiement seront pris en compte dans les attributions de marchés, et il sera demandé aux prestataires de logiciels propriétaires de détailler les modalités de résiliation.

• (6) Lorsque l’acquisition de produits non Open Source sera nécessaire, le gouvernement demandera que leurs licences soient valables pour l’ensemble du secteur public et que les licences déjà acquises puissent être transférées à tout le secteur public sans surcoût ni restriction. Le gouvernement négociera si nécessaire avec les fournisseurs des accords généraux interministériels afin d’être considéré comme une entité unique pour bénéficier du transfert de licences et des rabais inhérents aux commandes en volume.

Standards ouverts

• (7) Le gouvernement utilisera les standards ouverts pour passer ses appels d’offres et exigera des solutions compatibles avec les standards ouverts. Le gouvernement soutiendra le développement des standards ouverts et des normes.

Ré-utilisation

• (8) Le gouvernement veillera à bénéficier des pleins droits sur le code des logiciels modifiés ou adaptés à partir des produits commerciaux d’origine, de manière à s’assurer de leur possible réutilisation directe partout ailleurs dans le secteur public. Le cas échéant, les logiciels d’intérêt général développés pour le compte du gouvernement seront publiés suivant les principes de l’Open Source.

• (9) Si le secteur public est déjà propriétaire d’un système, d’un outil ou d’une plateforme, le gouvernement exigera que ce produit soit réutilisé et que les contrats commerciaux en tiennent compte. Pour des acquisitions nouvelles, les prestataires devront garantir qu’ils n’ont pas déjà développé ou produit une solution similaire, pour tout ou partie, vendue par le passé au secteur public, ou si tel était le cas, dans quelle mesure ce précédent se traduira par une réduction des coûts, des risques et des délais.

• (10) Lorsque les fournisseurs proposent un logiciel tiers, la transparence des coûts est de rigueur. En cas d’accord interministériel, il devrait être possible de procéder à la passation de marché au cas où cela conférerait une valeur ajoutée au secteur public dans son ensemble. Seuls les frais du fournisseur devront être facturés au gouvernement, à moins que le prestataire puisse apporter la preuve de façon claire et transparente de la valeur ajoutée du logiciel tiers.

Plan d’action

Les points-clés de l’action gouvernementale sont donc les suivants :

Action 1 : Transparence dans les passations de marchés. Le conseil des DSI, appuyé par « l’Office for Government Commerce » (NdT : L’organisme chargé de définir les appels d’offre pour le gouvernement), assurera l’équité entre les produits Open Source et les produits propriétaires en présentant des lignes directrices construites autour du rapport qualité/prix. Ces lignes directrices seront publiées et comprendront :

• a) Les moyens de mise en œuvre et d’évaluation de la compatibilité avec les standards ouverts, ainsi que leur réutilisation généralisée potentielle dans le secteur public.

• b) des formules standards à faire apparaître dans les cahiers des charges pour réaffirmer que la politique du gouvernement est de juger les solutions Open Source en fonction de leurs qualités intrinsèques et de leur coût total d’utilisation.

• c) un guide faisant autorité, destiné aux acheteurs du secteur public, sur les problèmes spécifiques de licences, garanties et dédommagements inhérents à l’Open Source.

Action 2 : Amélioration des compétences au sein du gouvernement : le Conseil des DSI et l’OGC, en partenariat avec l’industrie et en s’inspirant des bonnes pratiques observées dans d’autres pays, vont lancer un programme de formation et d’acquisition de compétences destiné aux employés en charge de l’informatique et des passations de marchés au gouvernement. Ils pourront acquérir le savoir-faire nécessaire à l’évaluation et à la bonne utilisation des solutions Open Source. Cette opération a pour but d’améliorer l’information des fonctionnaires, leur niveau de compétence et leur assurance par rapport aux problématiques de licence, de maintenance et d’économie propres aux solutions Open Source.

Action 3 : La réutilisation comme principe pratique : les principes de fonctionnement du conseil des DSI mettent en exergue la transmission du savoir. Lorsque les solutions Open Source auront été évaluées et approuvées par une partie du Gouvernement, cette évaluation ne devrait pas être réitérée mais partagée. À cette fin, les ministères conserveront et partageront des archives de leurs approbation et utilisation des solutions Open Source, y compris pour les composants Open Source dans des solutions hybrides.

Action 4 : Maturité et développement durable : il existe une multitude de logiciels Open Source. Selon la nature de la mission gouvernementale, l’aboutissement du produit, la sécurité de son code noyau et la pérennité du projet lui-même sont des critères primordiaux. Le Conseil des DSI effectuera une évaluation régulière de l’aboutissement des produits et recommandera une liste de solutions et d’implémentations qui satisferont à ces critères consensuels.

Action 5 : Mise en demeure des fournisseurs : considérant les actions ci-dessus, les ministères du Gouvernement mettront en demeure leurs fournisseurs de leur démontrer qu’ils sont compétent en matière d’Open Source et que les produits Open Source ont été réellement envisagés comme tout ou partie de la solution logicielle qu’ils proposent. Lorsqu’aucune solution entièrement Open Source n’existe, les fournisseurs seront tenus d’envisager l’utilisation des produits Open Source au sein de solutions globales afin d’optimiser le coût de l’acquisition. Une attention particulière sera portée aux cas où des produits Open Source existent et ont déjà fait leurs preuves ailleurs au sein du gouvernement. Les fournisseurs qui mettront en avant des produits non Open Source auront à fournir la preuve qu’ils ont véritablement recherché des alternatives Open Source et devront expliquer pourquoi elles ont été écartées.

Action 6 : Exemples et politiques dans le monde entier, veille permanente des évolutions : le gouvernement du Royaume-Uni s’intéressera particulièrement aux exemples d’autres pays et d’autres secteurs pour encourager le développement des connaissances sur les produits et favoriser la concurrence entres fournisseurs. Le Royaume-Uni s’impliquera activement dans le développement de stratégies dans toute l’Union européenne et à l’international.

Action 7 : Collaboration active Gouvernement/Industrie : le Conseil des DSI travaillera de pair avec les intégrateurs de systèmes et les fournisseurs de logiciels pour que puissent émerger des solutions qui satisferont aux standards ouverts, intègreront l’Open Source et faciliteront sa réutilisation. Le gouvernement encouragera et facilitera la création de liens étroits entre les fournisseurs Open Source (organisations fournissant aide et support pour l’Open Source comprises) et les intégrateurs de systèmes. Le gouvernement partagera l’information avec l’industrie à propos des déploiements de l’Open Source en cours et des tests déjà effectués, de telle sorte que les connaissances acquises puissent être réutilisées.

Action 8 : Standards ouverts : Le gouvernement précisera les exigences du cahier des charges en référence aux standards ouverts et, dans la mesure du possible, demandera des solutions compatibles avec les standards ouverts. Il soutiendra l’utilisation du format Open Document (ISO/IEC 26300:2006) ainsi que des versions libres émergentes de formats auparavant propriétaires (par ex. ISO 19005-1:2005 (PDF) et ISO/IEC 29500 (formats Office Open XML)). La publication de l’information gouvernementale dans des formats ouverts sera de sa responsabilité, et l’usage de standards ouverts sera exigé sur les sites Web de l’État.

Action 9 : Technologies Open Source, ré-utilisation au sein du Gouvernement et publication adéquate du code : les acheteurs du gouvernement utiliseront une clause standard OJEU approuvée par l’OGC pour établir clairement que les solutions logicielles sont acquises sur la base de leur possible réutilisation partout ailleurs dans le secteur public. Les clauses du contrat standard OGC contiendront un article stipulant que le Gouvernement conservera les pleins droits sur les adaptations du code des logiciels ou les modifications des produits commerciaux tels qu’ils sont vendus, et qui établira clairement que ces droits couvrent la réutilisation partout ailleurs dans le secteur public et la possibilité de publier le code sur le principe de l’Open Source. Le cas échéant, les logiciels d’intérêt général développés par ou pour le gouvernement seront publiés suivant le principe de l’Open Source.

Action 10 : Communication, consultation et suivi : le gouvernement communiquera largement sur cette politique et ses actions connexes, et accroîtra sa communication si nécessaire. Il s’engagera aux côtés de la communauté Open Source et encouragera activement les projets qui pourraient, une fois leurs objectifs atteints, être labellisés comme des produits « Approuvés par le gouvernement ». Il suivra avec soin la stratégie et la politique de ces projets et rendra compte publiquement de leur évolution.

Commentaires

Pour contribuer au débat collectif en ligne à propos de ce plan d’action, nous avons créé une page publique qui recense des liens vers des blogs, des sites d’information et de réactions sur le gouvernement du Royaume-Uni, l’Open Source et les standards ouverts. Si vous publiez en ligne sur ces thèmes, veuillez utiliser le tag #ukgovOSS pour nous permettre de retrouver vos commentaires.

Le titre de mon billet du jour ne sort pas du cerveau torturé d’un gus dans un garage mais d’une émission radiophonique tout bien comme il faut de France-Inter. Il émane de Bernard Maris qui dans son émission L’autre économie du 9 mars dernier nous a proposé un percutant petit édito résumant si bien la situation que nous nous sommes permis de le reproduire ci-dessous.

Jacques Attali par ci, Une de Libération par là… on parle enfin de l’Hadopi en dehors de la blogosphère à la faveur de son passage à l’Assemblée. Et force est de constater que là aussi le projet de loi « Création et Internet » semble faire quasiment l’unanimité contre lui, les observateurs oscillant entre critique non voilée et grande perplexité.

Pour se tenir au courant, rien de tel que la revue de presse de la Quadrature du Net. À parcourir ces articles, on se dit que le chemin de croix de Christine Albanel et du gouvernement ne fait que commencer…

PS : Soit dit en passant, je plaide coupable par naïveté, mais qui peut bien m’expliquer pourquoi les émissions de ce joyau du service public qu’est Radio France ne sont pas librement disponibles en archives (et en formats ouverts) ?

La loi Hadopi

URL d’origine du document
Télécharger la chronique au format Ogg (1,4 Mo)

Bernard Maris – 9 mars 2009 – L’autre économie – France Inter

Cette semaine les députés examinent le projet de loi HADOPI sur le piratage et le téléchargement illégal…

HADOPI qu’est ce que ça veut dire ? ca veut dire « Haute Autorité pour la diffusion des œuvres et la protection des droits sur Internet ». Cette Hadopi contrôlera et punira les internautes qui se livrent au téléchargement illégal. En fait le projet de loi sera pompeusement baptisé par le gouvernement « Création et internet » présenté par le ministère de la culture et inspiré par l’ancien PDG d’une grande surface, la FNAC. Que va faire cette autorité ? Lorsqu’un internaute téléchargera illégalement une œuvre musicale ou cinématographique depuis Internet, il sera rappelé à l’ordre, d’abord par l’envoi d’une lettre d’avertissement puis, en cas de récidive d’une lettre recommandée, et enfin par la suspension puis la résiliation de l’abonnement Internet.

C’est donc extrêmement sévère…

C’est sévère, mais on comprend la FNAC qui a envie de vendre des CD. Autrefois il y avait des milliers de marchands de disques en France, autant que de libraires, ils ont été tués par les grandes surfaces, et il est tout à fait humain qu’ayant liquidé les petits vendeurs, les gros veuillent garder leur rente. Les artistes, les créateurs, eux sont beaucoup plus partagés sur le piratage.

Pourquoi ?

Pour deux raisons.

• Parce que le téléchargement ne les a pas empêché de vendre, au contraire les a fait connaître, n’a jamais diminué le nombre de fan dans les concerts pas plus que le magnétoscope n’a tué le cinéma ou la radio la chanson.

• Pour une deuxième raison plus profonde. Les artistes, les créateurs savent qu’ils sont des imitateurs, ils ont appris de plus anciens, de plus géniaux, bref de maîtres. S’ils n’avaient pas eu accès à la création d’autrui, ils n’auraient pas créé. On peut aussi interdire les bibliothèques gratuites : c’est ce qu’avaient voulu faire certaines éditeurs. Ça ne favorisera pas l’éclosion des écrivains.

Enfin cette loi est une menace pour le logiciel libre…

Oui, parce qu’il faudra bien mettre des policiers derrière chaque ordinateurs, des mouchards qui seront des logiciels propriétaires, et que le rêve des logiciels propriétaires (Microsoft, Apple) est de tuer les logiciels libres qui sont beaucoup plus efficaces et performants ; et surtout fonctionnent selon un principe qu’ils détestent qui est celui de la coopération et de la réciprocité. Or il est impossible, par définition même, de filtrer les communications d’un logiciel libre. Logiciel livre et dispositifs de contrôle d’usage et de mouchardage sont ontologiquement incompatibles. Voudrait-on tuer le logiciel libre que l’on ne s’y prendrait pas mieux.

La phrase : On copie, on copie, et on finit par faire une œuvre. Picasso.

Dans un billet précédent nous évoquions une éventuelle journée commémorative rendant hommage aux développeurs de logiciels libres à qui nous devons tant.

Voilà que l’État de New York^[1], qui s’avoue lui-même utilisateur pleinement satisfait de logiciels libres, propose une déduction fiscale pour les développeurs individuels (qui ne codent pas sur le temps de travail en entreprise). Les sommes en jeu ne sont mirifiques mais cette initiative n’en possède pas moins une belle portée symbolique, d’autant qu’à notre connaissance c’est la première du genre.

Une manière simple, pratique et… élégante pour une institution publique de témoigner de sa gratitude en incitant par là-même les développeurs à poursuivre leur si précieux travail.

New York : déduction d’impôts pour les développeurs Open Source ?

New York: Tax break for open source developers?

Djwm – 8 mars 2009 – Heise Media
(Traduction Framalang : Goofy)

Un projet de loi de l’assemblée de l’État de New York propose de donner aux développeurs Open Source la possibilité de déduire de leurs impôts 20 pour cent de leurs dépenses de développement, jusqu’à un plafond de 200 $.

Le résumé du projet de loi explique que l’Assemblée de New York a considérablement réduit ses dépenses en utilisant des logiciels Open Source tels que « Mozilla pour la messagerie, Firefox pour la navigation sur le Web et WebCal pour les agendas électroniques ».

Selon les dépositaires du projet de loi, une quantité notable de logiciels Open Source sont développés par des bénévoles isolés, chez eux, et – contrairement aux entreprises et aux développeurs qui sont leur propre patron – ils ne bénéficient pas de déductions fiscales pour leurs coûts de développement. Le projet de loi envisage d’y remédier en donnant une incitation au développement de l’Open Source. Le crédit d’impôt proposé s’appliquera seulement aux dépenses personnelles, telles que les frais d’hébergement sur un serveur, les achats de matériels ou la formation.

Jour de ceci, jour de cela… autant vous l’avouer, je suis parfois un peu las de ces journées commémoratives. Mais que l’on ne se méprenne pas. Je ne dis pas cela parce qu’aujourd’hui c’est la… journée internationale de la femme !

D’ailleurs à ce propos, je ne sais pas chez vous mais chez moi (en Italie) la tradition c’est d’offrir un brin de mimosa^[1] à la gente féminine. Résultat des courses, je descends voir mon fleuriste ce matin, et de choisir un brin certes un peu chétif mais d’un jaune éclatant… Ce sera… trois euros mon bon Monsieur ! Wow, je confirme c’est bien la crise. Je n’ai pas pu m’empêcher de lui demander si il se souvenait du prix du brin de mimosa en lires avant le passage à l’euro. Et lui de partir sur une longue diatribe arguant du fait que c’était en amont, à la production, que le prix avait augmenté, que lui répercutait sans marger, etc.

Mais ce n’était du tout de cela dont je voulais vous entretenir. Le seul point commun c’est cette histoire de journée commémorative. Un obscur blogueur du nom de Solarius vient tout seul de décréter le dernier vendredi du mois de mars, le « Thank a dev day », que l’on pourrait traduire par la « Journée de remerciement aux développeurs de votre logiciel libre préféré » (oui, c’est un peu plus long en français).

La procédure est simple (et itérative) :

1. Choisir votre logiciel libre, de préférence parmi ceux que vous utilisez au quotidien et qui vous a déjà rendu mille services.
2. Trouver le mail de son auteur, ou plus sûrement de ses auteurs. Ce n’est pas forcément facile mais à défaut prendre l’adresse de contact du site officiel du logiciel en question.
3. Lui écrire pour le remercier chaleureusement en précédant le sujet de votre message du tag « TADD ». Ne pas hésitez à lui donner quelques détails de l’usage que vous faites de son logiciel.
4. Et c’est fini, vous avez échangé un petit sourire entre développeur et utilisateur. Si vous le souhaitez vous pouvez revenir au point 1. pour recommencer avec un autre logiciel 😉

Voilà une initiative que d’aucuns jugeront peut-être un peu naïves mais qui n’en demeure pas moins fort sympathique. Juste quelques minutes de votre temps qui sera, je puis vous l’assurer, particulièrement apprécié du côté de ceux qu’on ne voient jamais, dont on ne connait généralement pas le nom, et qui eux n’ont pas ménagé leur temps pour aboutir au produit que vous trouvez si pratique à utiliser.

Parce que, bon, au delà de l’anecdote, nous ne sommes peut-être pas si nombreux que cela à avoir déjà accompli une telle action, qu’il s’agisse d’un simple remerciement écrit ou carrément d’un petit don en espèces sonnantes et trébuchantes. Le logiciel libre ne veut pas dire gratuit. Il ne signifie pas non plus manquer de courtoisie en ne témoignant pas de notre gratitude de temps en temps…

Vous me direz :

• « Hey, qu’est-ce que t’en sais toi, le donneur de leçons, que j’ai jamais remercié ? »
• « Je participe en parlant du logiciel libre autour de moi à chaque fois qu’il m’en est donné l’occasion ! »
• « Va plutôt t’occuper de ta copine pour qui tu râles parce que tu dépenses trois euros ! »

Et vous aurez parfaitement raison. Du reste, ce n’était pas à vous que je m’adressais mais à votre voisin.

PS : Si un graphiste passe par là, qu’il n’hésite pas à nous proposer un dessin ou logo libre pour ce « Thank a dev day ». Nous le remercierons en décrétant le sixième dimanche de juin, le « Thank an illustrator day ».

Michael Meeks n’est pas forcément neutre lorsqu’il évoque la suite bureautique libre OpenOffice.org (OOo). Il est en effet desktop Architect chez Novell, la société qui a « pactisé » avec Microsoft. A ce titre il participe activement au projet Go-oo, une version modifiée d’OpenOffice.org (située à la limite du fork, parfois appelée « alternative Novell à OOo »).

D’après Meeks, Go-oo est justement né pour pallier certaines lacunes d’OpenOffice.org, d’abord techniques mais aussi organisationnelles, principalement liées à un leadership trop fort de la société Sun sur le projet. Chiffres à l’appui, il a n’a ainsi pas hésité à qualifier OOo de « profondément malade ». C’est le sujet de la traduction du jour issue du site ZDNet (Asie).

Pour de plus amples informations, nous vous suggérons de parcourir ces deux dépêches LinuxFr : Go-oo, une alternative à OpenOffice et surtout Go-oo et OOo : fr.OpenOffice.org répond à vos questions.

Au delà de la polémique, se pose donc la question des avantages et des inconvénients d’un projet libre piloté (« de trop près » ?) par une société commerciale.

On peut également en profiter pour faire le point sur les qualités et les défaut intrinsèques de la suite bureautique OpenOffice.org par rapport à la concurrence. Selon certains observateurs, MS Office 2007 aurait ainsi pris un peu d’avance ces derniers temps, surtout si Microsoft se décide à réellement implémenter nativement le format ODF (ce qui n’est pas encore le cas malgré les déclarations d’intention). Sans oublier les solutions « dans les nuages » de type Google Docs qui font de plus en plus d’adeptes^[1].

Openoffice.org est-il un cheval mourant ?

Is OpenOffice.org a dying horse?

Eileen Yu – 12 janvier 2009 – ZDNet Asia
(Traduction Framalang : Vincent)

Openoffice.org n’a toujours pas dépassé sa date d’expiration, mais il y a encore beaucoup à faire pour piloter et organiser la participation de la communauté et s’assurer que le logiciel Open Source reste pertinent, affirment des observateurs du secteur.

Officiellement sortie sur le marché en avril 2002, Openoffice est une suite bureautique Open Source disponible en téléchargement gratuit. Sun Microsystems en est le premier sponsor et le principal participant au code du projet OpenOffice, qui compte également Novell, Red Hat, IBM et Google parmi les sociétés contributrices.

Sun a cependant été critiqué pour son contrôle trop étroit d’un projet qui n’encourage alors pas assez la participation communautaire.

Dans un article de son blog posté en Octobre l’année dernière, Michael Meeks, développeur d’OpenOffice.org, incluait des données et des statistiques qui, disait-il, soulignaient le « lent désengagement de Sun » et « une spectaculaire baisse de croissance » de la communauté des développeurs OpenOffice.

En le qualifiant de « mourant » et de « projet profondément malade », Meeks demandait à Sun de s’éloigner de OpenOffice et de réduire sa mainmise sur le code. Contacté sur ce point, Sun n’a pas été en mesure de répondre à l’heure où nous mettions sous presse.

Dans une interview réalisée par e-mail avec ZDNet Asie, Meeks reconnaît que Sun est un participant important à OpenOffice, fournissant le plus grand nombre de développeurs au logiciel. Cependant, il a ajouté qu’il devrait y avoir plus de contributeurs de grandes sociétés impliquées dans le projet.

« Je pense que la raison pour laquelle les autres sociétés trouvent difficile de s’impliquer fortement dans OpenOffice et précisément le fait que Sun possède et contrôle l’ensemble du projet », note-t-il. « Il est alors plus compliqué d’attirer une large base de participants. »

« Les sociétés investissent largement dans Linux qui a alors plus de succès pour attirer des développeurs que OpenOffice. »

Le job de Meeks est d’être le leader de l’équipe de développement OpenOffice.org chez Novell, mais il tient à souligner que ses réflexions sur OpenOffice ne reflètent pas celles de son employeur.

« Il y a beaucoup de problèmes de process (associés avec OpenOffice) et un manque d’engagement externe, et même lorsqu’il s’agit de changement de code mineure les procédures se révèlent super-pesantes pour n’importe quel changement de code mineur. Les problèmes pourraient être facilement résolues dans un communauté plus large », a-t-il dit.

La contribution au code n’est pas un indicateur précis

David Mitchell, vice-président senior de la recherche IT chez Ovum, est en désaccord avec le fait qu’un manque de contribution communautaire doit être interprété négativement, en notant que le succès des produits Open Source dépend de l’adoption du produit par les utilisateurs, pas du profil des développeurs.

« L’implication et l’engagement des développeurs diffèrent selon la maturité des projets, les projets matures auront presque toujours moins de nouveau code validé que les projets tous neufs », expliquait Mitchell dans un échange de mails. « Une restructuration massive d’un code défaillant ou mal structuré peut aussi produire de nombreuses lignes de code, mais ne va pas nécessairement refléter un produit solide et robuste. »

Le code de OpenOffice, a-t-il ajouté, est déjà « assez mature » et « relativement stable ».

Peter Cheng, fondateur et responsable d’une firme de conseil en Open Source, TargetSource, est d’accord.

Contestant l’observation de Meek selon laquelle le logiciel est « mourrant », Cheng a déclaré à ZDNet Asie que le code de OpenOffice continuait à croître, quoique à un rythme plus lent.

Parce que le logiciel est devenu un projet vaste et complexe, on ne peut pas s’attendre à ce que son code croisse au même rythme que lorsqu’il a été lancé, déclara-t-il. Basé à Pékin, Cheng est aussi un blogueur de ZDNet Asie sur l’Open Source.

Il a noté que OpenOffice est supporté par une communauté de 451 contibuteurs.

D’après Khairil Yusof, un développeur de logiciel Open Source consultant chez Inigo Consulting, une équipe réduite de collaborateurs actifs n’est pas un problème majeur pour les utilisateurs de grandes sociétés.

De par la nature de l’Open Source et des standards ouverts, dit Yusof, les sociétés peuvent fournir des services de développeurs indépendants ou de fournisseurs de service Open Source, pour travailler sur OpenOffice et corriger des problèmes critiques pour leurs affaires. Basé en Malaisie, Inigo fournit des services de conseil spécialisés dans le logiciel Open Source.

« Ceci peut être fait indépendamment même de Sun ou Novell, sur le modèle de ce qu’a fait Novell avec sa propre version de OpenOffice », a-t-il dit à ZDNet Asie.

Est-ce que Sun doit renoncer à son rôle ?

D’après Mitchell, savoir si Sun doit renoncer à son rôle est discutable parce que ça ne changerait pas forcément les choses pour la communauté ou le produit.

« La forte gouvernance du développement qui provient d’un sponsor principal pourrait bien alors souffrir d’une fragmentation de la communauté », nous dit l’analyste.

Meeks, de son côté, pense que le logiciel se porterait bien mieux sans Sun sur son dos.

Il nous a expliqué que le conseil communautaire qui supervise OpenOffice a simplement un rôle consultatif et ne possède rien dans le logiciel.

« Ceci a l’air tout beau et ouvert, mais il n’a aucune autorité réelle. La gouvernance actuelle est assez sclérosée, et n’est clairement pas orientée vers les développeurs », dit-il. « Pire, sous le capot, la seule entité légale qui possède les avoirs intéressants est Sun. »

« A cause de cela, vous pouvez traduire des questions comme pourquoi les gens n’investissent-ils pas dans OpenOffice ? en pourquoi les gens n’investissent pas dans Sun ? La réponse étant, je pense, assez triviale : parce que c’est une société commerciale », raconte Meeks.

« Si nous pouvions transformer OpenOffice en fondation, avec une gouvernance juste et représentative par les développeurs, alors oui, je suis certain que le projet se porterait bien mieux sans un veto de Sun à chaque étape », dit-il.

Yusof supporte également l’appel de Meeks pour que Sun abandonne sa propriété.

« Comme c’est souvent le cas avec d’autres projets réussis et orientés vers une communauté active de développeurs, c’est souvent mieux que la gestion du projet soit faite par une fondation indépendante », explique-t-il.

La Fondation Apache, par exemple, a été fondé par des concurrents commerciaux, tels que IBM et Microsoft, dit-il. La fondation Gnome est également co-opérée par des concurrents tels que Red Hat, Sun et Novell, qui contribuent tous activement au développement du logiciel, ajoute Yusof.

Meeks a ajouté que cette façon de faire pourrait également être une bonne opportunité pour Sun, car cela attirerait plus d’intérêt autour d’OpenOffice, réduirait la fragmentation actuelle, et construirait un OpenOffice plus grand et plus apprécié. Sun serait alors bien positionné pour tirer de substantiels bénéfices du support de ses développements potentiels.

Mitchell note que OpenOffice 3.0 a été une version majeure en 2008, et que l’on devrait voir une adoption croissante cette année.

Les fournisseurs qui ont fait du développement spécifique sur OpenOffice vont également aider à son adoption, dit Mitchell, citant pour l’exemple la suite Lotus Symphony de IBM, qui a été développée sur la base du code OpenOffice. L’analyste pense que 2009 sera « une bonne année » pour OpenOffice en termes de croissance du nombre d’utilisateurs.

« Cependant, savoir si Sun pourra transformer cette augmentation de l’adoption de OpenOffice en source de revenus est une autre affaire », dit-il. « Monétiser MySQL et OpenSolaris est probablement plus facile pour Sun, car la demande en contrats de supports pour les entreprises est probablement plus grande. »

Cheng a déclaré : « Sun est bon dans la technologie, mais pas dans les affaires ».

Il a ajouté que, même si la société a depuis plusieurs années adhéré au logiciel, spécifiquement Open Source, comme part intégrante de sa stratégie, Sun est de manière inhérente « encore une société de matériel ». « Toutes les intentions de la société sont focalisées sur la vente de ses machines », dit-il.

« Je pense que la chose la plus importante pour Sun, par rapport à sa stratégie avec OpenOffice, est de déterminer comment équilibrer la communauté et les affaires », dit Cheng, ajoutant que la communauté des développeurs doit avoir suffisamment d’espace de liberté pour « gérer les choses comme elle l’entend ».

« Si vous regardez la fondation Eclipse, dans les cinq dernières années, elle a bâti un bel écosystème autour de la plate-forme. Chaque participant à la communauté peut en bénéficier, pas seulement les individus, mais également les entités commerciales. »

« OpenOffice devrait repenser sa position en tant que communauté Open Source, améliorer la structure de gouvernance de cette communauté, et inciter plus de collaborateurs d’enterprises aussi bien qu’individuels se joindre au projet », dit-il.

Garder une communauté active de développeurs

Maintenir un écosystème en bonne santé, et une communauté active est critique pour le développement des logiciels libres, note Cheng. Il ajoute que les innovations les plus importantes seront impulsées quand le processus de développement recueillera plus de participants.

Sur ce point, Meeks est d’accord, en notant que les développeurs sont le plus grand challenge que le projet OpenOffice ait à résoudre.

« Nous devons rentrer dans le jeu, être fiers de notre code, en lire plus, le réparer, l’affiner et l’améliorer. Nous devons être plus rapide, plus concis, plus clair presque partout dans le code, il y a un énorme travail à faire », dit-il. « Bien sûr, du point de vue des fonctionnalités, nous devons également rester compétitifs. »

« Ce n’est pas le travail qui manque dans OpenOffice. Par exemple, le nouveau composant Base nécessite un large effort pour le rendre comparable à Access, et nous avons également besoin d’un concurrent à Visio, etc. », dit-il.

Meeks note un contraste fort entre la participation de la communauté sur le noyau Linux et sur OpenOffice. « Linus (Torvalds) a déclaré plusieurs fois que le noyau Linux était presque terminé et inintéressant, que les gens devaient se focaliser sur les couches plus hautes du système, et pourtant, il semble attirer toujours plus de participants. »

« OpenOffice a clairement de nombreux points à améliorer, et pourtant il attire un faible nombre de collaborateurs, cela montre clairement qu’il y a un problème. »

Les licences, également, peuvent devenir un problème.

Cheng note que OpenOffice est actuellement soumis à de trop nombreuses licences, notamment la GPL 3, la nouvelle licence BSD, et Mozilla Public Licence 1.0.

« Quiconque voudrait construire une application basée sur OpenOffice sera face à des problèmes juridiques trop complexes à traiter », dit-il. « Je pense que c’est pour cela que l’écosystème de OpenOffice ne fonctionne pas aussi bien que celui d’Eclipse. »

Les Ateliers Des Logiciels Libres (ADLL) font dans le recyclage et dans le social. Ils ont deux principaux objectifs : d’abord et surtout fournir un ordinateur aux plus démunis mais aussi faire la promotion des logiciels libres (les nouvelles machines issues de la récupération tournent sous Ubuntu).

Ils sont situés à Saulzais-le-Potier (Cher – Centre) et ont fait récemment l’objet d’un intéressant petit reportage dans le 19/20 de France 3 Centre du 1er mars.

—> La vidéo au format webm

On pourra aussi lire l’article L’atelier de recyclage informatique a du succès paru dans Le Berry du 23 février 2009.

Ce n’est vraiment pas dans les habitudes du Framablog de verser dans les annonces (et donc participer au buzz) de nouveaux produits high-tech mais ce Touch Book semble sur le papier vraiment intéressant et innovant.

Il a fait en tout cas forte impression lors de sa présentation publique (cf la vidéo) au récent DEMO 09 où il a été qualifié par les intervenants de « Open Source netbook on steroids ».

Je vous liste en vrac quelques unes de ses caractéristiques, retenues en parcourant les premiers articles sur le sujet dans la blogosphère anglophone (à commencer par Gizmodo où je l’ai découvert).

• Software libre inside, avec of course l’OS GNU/Linux (on s’en serait douté mais c’est toujours bien de le souligner), il s’agit d’une version adaptée de OpenEmbedded reposant sur la distribution Ångström (mais, fallait-il le préciser, on peut y mettre aussi Google Android, Ubuntu, etc.)
• Hardware libre inside, avec la carte mère Beagle Board (dont on peut télécharger les spécificités apparemment)
• Clavier détachable de l’écran le transformant alors aussi bien en écran tactile qu’en tablette PC (sans oublier la fonction de eBook reader)
• C’est le navigateur Mozilla Fennec, le Firefox des mobiles, qui a été choisi (optimisé pour les écrans tactiles)
• 3 slots USB sur 6 sont à intérieur et non à l’extérieur de la machine (ça a l’air de rien mais c’est une vraie bonne idée, permettant ainsi par exemple à votre clé USB de ne plus dépasser de votre ordinateur pour y demeurer en permanence), voir la demo pour mieux comprendre la chose
• Résolution écran 8.9 pouces
• Taille 23,9 x 17,8 x 3,6 cm et poids de 910 grammes
• Design fort joli ma foi
• Lecture de vidéos HD en plein écran 1024×600 (vous pouvez retourner l’écran pour plus de confort pour faire comme un lecteur DVD)
• Utilise (pour la première fois sur un netbook) le processeur ARM (OMAP3 chip) de Texas Instrument
• Ce processeur étant moins gourmand que la concurrence, il permettrait au Touch Book d’aller jusqu’à 15 heures d’autonomie (qu’ils disent là encore dans la démo) grâce à ses deux batteries logées dans le clavier et l’écran
• Ce processeur est silencieux et surtout permet en théorie à l’ordinateur de s’allumer et s’éteindre comme un téléphone portable (pas besoin de rebooter à chaque fois)
• Accélération 3D permettant de… jouer avec confort et plaisir (toujours selon la démo, personnellement j’ai quelques doutes a priori)
• Une carte microSD de 8 Go assure le stockage
• Dos magnétique permettant de le coller à votre frigo ou tout autre surface similaire
• 300$ HT écran seul ou 400$ HT avec le clavier
• Enfin et pour l’anecdote le Touch Book est d’origine française puisque Always Innovating a été créée par Grégoire Gentil

Pour en savoir plus rendez-vous sur le site officiel du projet (cf aussi la page Open Source). Rendez-vous également en juin prochain, date prévue de la sortie du Touch Book.