« Utilisateur:Mathieugp/Brouillons/Commentaires sur la Politique sur l'utilisation et le développement des logiciels et du matériel libres de la Ville de Montréal » : différence entre les versions

Ligne 31 : Ligne 31 :
La «Directive sur la publication et le maintien d’un projet Ville en libre» ne traite par contre pas bien de la question des licences. Notamment, elle prescrit l'emploi exclusif de la licence libre MIT, c'est-à-dire une licence sans réciprocité. Ce qu'il est recommandé de faire pour une administration publique en matière de choix de licences est très bien expliqué par le juriste Stefano Gentile du Centre commun de recherche de la Commission européenne dans la présentation qu'il livrait à Libsonne en mars 2017 dans le cadre de la ''Sharing & Reuse Conference 2017''<ref>https://joinup.ec.europa.eu/sites/default/files/event/attachment/presentation_gentile.pdf</ref><ref>https://youtu.be/xlgThYuxIBU</ref>. Grosso modo, les licences sans réciprocité et les licences avec réciprocité («''copyleft''») ont des objectifs spécifiques et il est important de comprendre les cas (et les types de logiciels) où les unes sont préférables aux autres. Les motifs le plus souvent invoqués pour «standardiser» sur une licence sans réciprocité pour tous les logiciels utilisés (maximiser les cas de réutilisation et éviter l'enfer des incompatibilités de licences) sont compréhensibles, mais ils ne sont pas bien fondés. Il est possible de garder la complexité de la gestion des licences à un niveau raisonnable sans rejeter d'emblée toutes les licences à réciprocité, qui présentent de nombreux avantages pour le bien commun en plus de potentiellement ouvrir la porte à des sources de revenus supplémentaires pour la Ville de Montréal.  
La «Directive sur la publication et le maintien d’un projet Ville en libre» ne traite par contre pas bien de la question des licences. Notamment, elle prescrit l'emploi exclusif de la licence libre MIT, c'est-à-dire une licence sans réciprocité. Ce qu'il est recommandé de faire pour une administration publique en matière de choix de licences est très bien expliqué par le juriste Stefano Gentile du Centre commun de recherche de la Commission européenne dans la présentation qu'il livrait à Libsonne en mars 2017 dans le cadre de la ''Sharing & Reuse Conference 2017''<ref>https://joinup.ec.europa.eu/sites/default/files/event/attachment/presentation_gentile.pdf</ref><ref>https://youtu.be/xlgThYuxIBU</ref>. Grosso modo, les licences sans réciprocité et les licences avec réciprocité («''copyleft''») ont des objectifs spécifiques et il est important de comprendre les cas (et les types de logiciels) où les unes sont préférables aux autres. Les motifs le plus souvent invoqués pour «standardiser» sur une licence sans réciprocité pour tous les logiciels utilisés (maximiser les cas de réutilisation et éviter l'enfer des incompatibilités de licences) sont compréhensibles, mais ils ne sont pas bien fondés. Il est possible de garder la complexité de la gestion des licences à un niveau raisonnable sans rejeter d'emblée toutes les licences à réciprocité, qui présentent de nombreux avantages pour le bien commun en plus de potentiellement ouvrir la porte à des sources de revenus supplémentaires pour la Ville de Montréal.  


Notons également que la licence de données prescrite par la directive de la Ville (ODbL) est une licence à réciprocité. Bien que nous n'avons pas d'objection particulière envers cette licence, il assez curieux que la licence de données «officielle» de la Ville<ref>http://donnees.ville.montreal.qc.ca/portail/licence/</ref>, la Creative Commons BY 4.0 (une licence sans réciprocité) ne sont pas une option.
Notons que la licence de données prescrite par la directive de la Ville (ODbL) est une licence à réciprocité. Bien que nous n'ayons pas d'objection particulière envers cette licence, il assez curieux que la licence de données «officielle» de la Ville<ref>http://donnees.ville.montreal.qc.ca/portail/licence/</ref>, la Creative Commons BY 4.0 (une licence sans réciprocité) ne soit pas une option.


La directive indique par ailleurs que «les images et la documentation» seront sous «une des licences Creative Commons». Il est très important ici de préciser quelles licences Creative Commons et quelle version aussi. Les versions les plus récentes (4.0) sont généralement recommandables et les licences qui comportent les conditions NC et ND ne sont en générale pas recommandables pour les images et la documentation des logiciels. Il vaudrait mieux dans ce contexte préciser l'utilisation des licences CC BY-SA 4.0 et CC BY 4.0.
La directive indique par ailleurs que «les images et la documentation» seront sous «une des licences Creative Commons». Il est très important ici de préciser de quelles licences Creative Commons et de quelles versions on parle. Les versions les plus récentes (4.0) sont généralement recommandables et les licences qui comportent les conditions NC et ND ne sont en général pas recommandables pour les images et la documentation des logiciels. Il vaudrait mieux dans ce contexte préciser l'utilisation des licences CC BY-SA 4.0 et CC BY 4.0.


=== Choix de GitHub.com, plateforme non libre ===
=== Choix de GitHub.com, plateforme non libre ===
8 557

modifications