« 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

Aller à la navigation Aller à la recherche
m
Aucun résumé des modifications
 
(8 versions intermédiaires par 2 utilisateurs non affichées)
Ligne 1 : Ligne 1 :
Ce document contient les commentaires critiques de FACiL sur la ''Politique sur l'utilisation et le développement des logiciels et du matériel libres'' dévoilée par la Ville de Montréal mardi le 15 mai 2018.  
''Ce document contient les commentaires critiques de FACiL sur la Politique sur l'utilisation et le développement des logiciels et du matériel libres dévoilée par la Ville de Montréal mardi le 15 mai 2018.''


----
----


== En général ==
== En général ==
FACiL a reçu positivement l'annonce de la ''Politique sur l'utilisation et le développement des logiciels et du matériel libres'' de la Ville de Montréal du 15 mai 2018 à l'hôtel de ville de Montréal<ref>FACiL était représenté au lancement par Pascaline G., vice-présidente, et Mathieu GP, président.</ref>. Heureusement, nous n'avons pas changé d'avis après avoir lu la politique elle-même<ref>On peut lire la politique au format [https://github.com/VilledeMontreal/politique-libre/blob/master/Politique/PolitiqueDuLibre.md texte] et [http://ville.montreal.qc.ca/pls/portal/docs/PAGE/PRT_VDM_FR/MEDIA/DOCUMENTS/politique_materiel_libres_fr.pdf PDF]</ref>!
FACiL a reçu positivement l'annonce de la Politique sur l'utilisation et le développement des logiciels et du matériel libres de la Ville de Montréal du 15 mai 2018 à l'hôtel de ville de Montréal<ref>FACiL était représenté au lancement de la politique par Pascaline G., vice-présidente, et Mathieu GP, président.</ref>. Heureusement, nous n'avons pas changé d'avis après avoir lu la politique elle-même<ref>On peut lire la politique au format [https://github.com/VilledeMontreal/politique-libre/blob/master/Politique/PolitiqueDuLibre.md texte] et [http://ville.montreal.qc.ca/pls/portal/docs/PAGE/PRT_VDM_FR/MEDIA/DOCUMENTS/politique_materiel_libres_fr.pdf PDF].</ref>!


Globalement, dans son esprit général, et aussi dans le détail de ses objectifs, de ses orientations et de ses principes directeurs, il s'agit selon notre analyse d'une bonne politique.
Globalement, dans son esprit général, et aussi dans le détail de ses objectifs, de ses orientations et de ses principes directeurs, il s'agit selon notre analyse d'une bonne politique.


L'intention du législateur, telle qu'exprimée par la bouche de M. François Croteau<ref>http://ville.montreal.qc.ca/portal/page?_pageid=7357,76283683&_dad=portal&_schema=PORTAL&id=142239412</ref>, responsable des technologies de l'information, est également encourageante. FACiL n'avait à ce jour jamais entendu d'élu haut placé dans le pouvoir exécutif d'un gouvernement situé en sol québécois dire devant les caméras que les logiciels libres sont avantageux par rapport aux logiciels non libres car ils facilitent le partage de solutions réutilisables par les administrations publiques. Jamais non plus nous n'avions entendu une personne en position de donner des orientations politiques parler de la nécessité pour une organisation de contribuer aux logiciels libres qu'elle utilise. Nous avons souvent vu des élus montrer clairement qu'ils comprenaient l'urgence pour le secteur public de bâtir une expertise interne en technologies de l'information (TI), mais jamais avant M. Croteau on avait aussi clairement indiqué que cette expertise devait obligatoirement inclure une importante expertise en développement de logiciels libres. C'était aussi la première fois que dans la bouche d'un élu du peuple on entendait dire que les logiciels non libres sont, règle générale, désavantageux en raison des restrictions de leurs licences, restrictions assimilées à une forme de «menottage» dans lequel le «menotteur» est le propriétaire du logiciel et le «menotté», son utilisateur<ref>Ceux et celles qui ne seraient pas encore convaincus des conséquences négatives d'utiliser des logiciels qui ont des propriétaires sont invités à visionner l'enquête ''The Microsoft Dilemma. Is Europe Being Colonized by Software?'' (2018) produite initialement en allemand et disponible en traduction anglaise peu de temps après [https://www.april.org/enquete-tele-le-dilemme-microsoft-l-europe-colonisee-par-des-logiciels-ard].</ref>.
L'intention du législateur, telle qu'exprimée par la bouche de M. François Croteau<ref>«[http://ville.montreal.qc.ca/portal/page?_pageid=7357,76283683&_dad=portal&_schema=PORTAL&id=142239412 Monsieur François William Croteau]», ''ville.montreal.qc.ca''.</ref>, responsable des technologies de l'information, est également encourageante. FACiL n'avait à ce jour jamais entendu d'élu haut placé dans le pouvoir exécutif d'un gouvernement situé en sol québécois dire devant les caméras que les logiciels libres sont avantageux par rapport aux logiciels non libres car ils facilitent le partage de solutions réutilisables par les administrations publiques. Jamais non plus nous n'avions entendu une personne en position de donner des orientations politiques parler de la nécessité pour une organisation de contribuer aux logiciels libres qu'elle utilise. Nous avons souvent vu des élus montrer clairement qu'ils comprenaient l'urgence pour le secteur public de bâtir une expertise interne en technologies de l'information (TI), mais jamais avant M. Croteau on avait aussi clairement indiqué que cette expertise devait obligatoirement inclure une importante expertise en développement de logiciels libres. C'était aussi la première fois que dans la bouche d'un élu du peuple on entendait dire que les logiciels non libres sont, règle générale, désavantageux en raison des restrictions de leurs licences, restrictions assimilées à une forme de «menottage» dans lequel le « menotteur » est le propriétaire du logiciel et le «menotté», son utilisateur<ref>Ceux et celles qui ne seraient pas encore convaincus des conséquences négatives d'utiliser des logiciels qui ont des propriétaires sont invités à visionner l'enquête ''The Microsoft Dilemma. Is Europe Being Colonized by Software?'' (2018) produite initialement en allemand et disponible [https://www.april.org/open-bar-microsoftdefense-l-enquete-de-la-television-publique-allemande-ard-a-present-disponible-en en traduction anglaise] peu de temps après.</ref>.


Au-delà des mots de M. Croteau, nous applaudissons une politique qui, bien qu'elle vise initialement le rattrapage, s'inscrit dans le mouvement très actuel des administrations publiques du monde qui formalisent et documentent leur processus de contribution aux communautés de logiciels libres<ref>Voir notamment le Royaume-Uni[https://www.gov.uk/service-manual/technology/making-source-code-open-and-reusable], les États-Unis[https://sourcecode.cio.gov/], la France[https://disic.github.io/politique-de-contribution-open-source/introduction/], le Canada[https://github.com/canada-ca/Open_First_Whitepaper].</ref>.  
Au-delà des mots de M. Croteau, nous applaudissons une politique qui, bien qu'elle vise initialement le rattrapage, s'inscrit dans le mouvement très actuel des administrations publiques du monde qui formalisent et documentent leur processus de contribution aux communautés de logiciels libres<ref>Voir notamment le [https://www.gov.uk/service-manual/technology/making-source-code-open-and-reusable Royaume-Uni], les [https://sourcecode.cio.gov/ États-Unis], la [https://disic.github.io/politique-de-contribution-open-source/introduction/ France], le [https://github.com/canada-ca/Open_First_Whitepaper Canada].</ref>.  


La Ville de Montréal ne le formule pas exactement ainsi, mais il s'agit bien, à ne pas s'y tromper, d'un exemple d'une politique par laquelle le secteur public cherche à contribuer directement à la protection, au soutien et au développement des communs numériques que sont les logiciels libres. Ces communs numériques, qui sont hors de la propriété privée d'un côté et de la propriété publique de l'autre, permettent d'inventer une nouvelle économie reposant sur des valeurs de liberté et de collaboration. La politique dévoilée le 15 mai parle déjà du «matériel libre» en plus du «logiciel libre» : il y a donc lieu d'espérer que la Ville de Montréal se dotera à terme d'une véritable politique publique favorable aux communs en général. S'agissant des communs numériques, cette politique pourrait notamment comporter des dispositions par lesquelles la Ville de Montréal favoriserait et soutiendrait la contribution non seulement de son administration publique mais également de l'ensemble des Montréalais aux communautés de logiciel, de matériel, de savoir et de culture libres<ref>Il y a d'importants défis à relever en suivant cette troisième voie, notamment pour les communs que sont les données libres et ouvertes. Voir à ce sujet notre article « Données ouvertes : comment développer et protéger ces nouveaux communs ? »[https://facil.qc.ca/donnees-ouvertes-communs]</ref>.
La Ville de Montréal ne le formule pas exactement ainsi, mais il s'agit bien, à ne pas s'y tromper, d'un exemple d'une politique par laquelle le secteur public cherche à contribuer directement à la protection, au soutien et au développement des communs numériques que sont les logiciels libres. Ces communs numériques, qui sont hors de la propriété privée d'un côté et de la propriété publique de l'autre, permettent d'inventer une nouvelle économie reposant sur des valeurs de liberté et de collaboration. La politique dévoilée le 15 mai parle déjà du « matériel libre » en plus du « logiciel libre » : il y a donc lieu d'espérer que la Ville de Montréal se dotera à terme d'une véritable politique publique favorable aux communs en général. S'agissant des communs numériques, cette politique pourrait notamment comporter des dispositions par lesquelles la Ville de Montréal favoriserait et soutiendrait la contribution non seulement de son administration publique mais également de l'ensemble des Montréalais aux communautés de logiciel, de matériel, de savoir et de culture libres<ref>Il y a d'importants défis à relever en suivant cette troisième voie, notamment pour les communs que sont les données libres et ouvertes. Voir à ce sujet notre article « [https://facil.qc.ca/donnees-ouvertes-communs Données ouvertes : comment développer et protéger ces nouveaux communs ?] »</ref>.


Mais redescendons sur Terre et revenons à la politique qui est devant nous aujourd'hui. Avons-nous quelques commentaires critiques à formuler à son endroit ? Oui, nous en avons en effet à soumettre à la Ville de Montréal et nous les avons réunis dans la section «Point par point» ci-bas.
Mais redescendons sur Terre et revenons à la politique qui est devant nous aujourd'hui. Avons-nous quelques commentaires critiques à formuler à son endroit ? Oui, nous en avons en effet à soumettre à la Ville de Montréal et nous les avons réunis dans la section «Point par point» ci-bas.
Ligne 22 : Ligne 22 :
* Quelles sont les contributions de la Ville de Montréal aux communautés de logiciels libres qu'elle utilise ?  
* Quelles sont les contributions de la Ville de Montréal aux communautés de logiciels libres qu'elle utilise ?  


Au cours des années à venir, nous tâcherons de collaborer directement avec le Laboratoire de l'innovation urbaine de Montréal<ref>Ci-devant le Bureau de la Ville intelligente et numérique (BVIN) de Montréal. Voir l'[http://ville.montreal.qc.ca/portal/page?_pageid=5798,42657625&_dad=portal&_schema=PORTAL&id=30165 annonce du 31 mai 2018].</ref> pour que des données utiles non seulement à FACiL, mais également au public en général, aux élus, aux fonctionnaires et aux entreprises, soient libérées dans les règles de l'art<ref>Nous pensons ici aux ''Lignes directrices sur la diffusion de données ouvertes'' [https://www.donneesquebec.ca/fr/lignes-directrices-sur-la-diffusion-de-donnees-ouvertes/] du portail Données Québec.</ref>. À l'aide d'indicateurs de mesure (encore à définir) et d'outils de visualisation exploitant des données de qualité (encore à produire), il devrait être possible d'arriver à des résultats satisfaisants pour tous.
Au cours des années à venir, nous tâcherons de collaborer directement avec le Laboratoire de l'innovation urbaine de Montréal<ref>Ci-devant le Bureau de la Ville intelligente et numérique (BVIN) de Montréal. Voir l'[http://ville.montreal.qc.ca/portal/page?_pageid=5798,42657625&_dad=portal&_schema=PORTAL&id=30165 annonce du 31 mai 2018].</ref> pour que des données utiles non seulement à FACiL, mais également au public en général, aux élus, aux fonctionnaires et aux entreprises, soient libérées dans les règles de l'art<ref>Nous pensons ici aux [https://www.donneesquebec.ca/fr/lignes-directrices-sur-la-diffusion-de-donnees-ouvertes/ ''Lignes directrices sur la diffusion de données ouvertes''] du portail Données Québec.</ref>. À l'aide d'indicateurs de mesure (encore à définir) et d'outils de visualisation exploitant des données de qualité (encore à produire), il devrait être possible d'arriver à des résultats satisfaisants pour tous.


== Point par point ==
== Point par point ==
=== Définitions ===
=== Définitions ===
Il y a lieu de réécrire les définitions de la politique manière à se rapprocher des définitions formelles ou courantes (et traductions françaises les plus recommandées) des termes «licence libre», «logiciel libre», «matériel libre»<ref>FACiL a produit un [[Glossaire de l'informatique libre]] qui peut être utile à ce niveau.</ref>. Le cas de «publication libre» (anglais: «''open source publication''») est plus compliqué, car il n'y a pas à notre connaissance de définition formelle de ce terme, qui par ailleurs est ambigu et devrait sans doute être complètement remplacé par un autre. En effet, le terme «publication libre» est déjà employé dans le même sens que «document libre» depuis des années. Peut-être que «processus de libération» d'un projet de logiciel serait plus adéquat ? Nous parlons en effet déjà de «processus de libération des données» dans un sens qui est selon notre compréhension très proche.
Il y a lieu de réécrire les définitions de la politique de manière à se rapprocher des définitions formelles ou courantes (et traductions françaises les plus recommandées) des termes «licence libre», «logiciel libre», «matériel libre»<ref>FACiL a produit un [[Glossaire de l'informatique libre]] qui peut être utile à ce niveau.</ref>. Le cas de «publication libre» (anglais: «''open source publication''») est plus compliqué, car il n'y a pas à notre connaissance de définition formelle de ce terme, qui par ailleurs est ambigu et devrait sans doute être complètement remplacé par un autre. En effet, le terme «publication libre» est déjà employé dans le même sens que «document libre» depuis des années. Peut-être que «processus de libération» d'un projet de logiciel serait plus adéquat ? Nous parlons en effet déjà de «processus de libération des données» dans un sens qui est selon notre compréhension très proche.


=== Orientations ===
=== Orientations ===
L'expression «menottage contractuel» pour traduire «''vendor lock-in''» semble être un néologisme propre à la Ville de Montréal. Le problème avec cette traduction est qu'elle est très proche du «menottage numérique» qui traduit, dans le mouvement du logiciel libre, l'expression anglaise «''digital handcuffs''» promue pour la Free Software Foundation pour parler de ce que l'industrie nomme «''digital rights management (DRM)''», c'est-à-dire en français la «gestion numérique des droits». Les traductions françaises les plus courantes de «''vendor lock-in''» sont plutôt «dépendance envers un seul fournisseur», «verrouillage propriétaire», «enfermement propriétaire», etc.
L'expression «menottage contractuel» pour traduire «''vendor lock-in''» semble être un néologisme propre à la Ville de Montréal. Le problème avec cette traduction est qu'elle est très proche du «menottage numérique» qui traduit, dans le mouvement du logiciel libre, l'expression anglaise «''digital handcuffs''»<ref>«[https://www.gnu.org/proprietary/proprietary-drm.en.html Proprietary DRM]», ''gnu.org''.</ref> promue pour la Free Software Foundation pour parler de ce que l'industrie nomme «''digital rights management (DRM)''», c'est-à-dire en français la «gestion numérique des droits». Les traductions françaises les plus courantes de «''vendor lock-in''» sont plutôt «dépendance envers un seul fournisseur», «verrouillage propriétaire», «enfermement propriétaire», etc.


=== Principes directeurs (1) ===
=== Principes directeurs (1) ===
L'expression «tous les remplacements ou développements de logiciels et de matériel» embrasse-t-elle vraiment tous les cas ? Si oui, alors rien à rajouter. Cela dit, si la Ville utilise déjà un système libre et qu'elle fait appel au secteur privé pour sélectionner un fournisseur qui l'aidera à mettre à jour ce même système à une nouvelle version, est-ce un «remplacement» ? De prime abordm il nous semble que la réponse soit «non». Or, il est souhaitable que la politique embrasse ces cas qui seront courants.
L'expression «tous les remplacements ou développements de logiciels et de matériel» embrasse-t-elle vraiment tous les cas ? Si oui, alors rien à rajouter. Cela dit, si la Ville utilise déjà un système libre et qu'elle fait appel au secteur privé pour sélectionner un fournisseur qui l'aidera à mettre à jour ce même système à une nouvelle version, est-ce un «remplacement» ? De prime abord, il nous semble que la réponse soit «non». Or, il est souhaitable que la politique embrasse ces cas qui seront courants.


=== Principes directeurs (2) ===
=== Principes directeurs (2) ===
Ligne 45 : Ligne 45 :


=== Encadrements ===
=== Encadrements ===
La ''Directive de contribution à un projet libre existant''<ref>https://github.com/VilledeMontreal/politique-libre/blob/master/Directives/ContributionAProjetLibre.md</ref> traite bien de la question des licences en prescrivant tout simplement le respect des licences déjà choisies par les responsables des projets en question.
La ''Directive de contribution à un projet libre existant''<ref>«[https://github.com/VilledeMontreal/politique-libre/blob/master/Directives/ContributionAProjetLibre.md Directive de contribution à un projet libre existant]», ''github.com''.</ref> traite bien de la question des licences en prescrivant tout simplement le respect des licences déjà choisies par les responsables des projets en question.


La ''Directive sur la publication et le maintien d’un projet Ville en libre''<ref>https://github.com/VilledeMontreal/politique-libre/blob/master/Directives/ContributionProjetVille.md</ref> ne traite par contre pas bien de la question des licences.
La ''Directive sur la publication et le maintien d’un projet Ville en libre''<ref>«[https://github.com/VilledeMontreal/politique-libre/blob/master/Directives/ContributionProjetVille.md Directive sur la publication et le maintien d’un projet Ville en libre]», ''github.com''.</ref> ne traite par contre pas bien de la question des licences.


''Code.'' Pour le code, 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''» ou «''share alike''») 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.
''Code.'' Pour le code, 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>Stefano Gentile, «[https://joinup.ec.europa.eu/sites/default/files/event/attachment/presentation_gentile.pdf Central IP Service. Open source licensing. Overcoming legal barriers to sharing. Lisbon, 29/03/2017]», ''joinup.ec.europa.eu''.</ref><ref>«[https://youtu.be/xlgThYuxIBU Sharing & Reuse Conference 2017 - Track 1.2: Stefano Gentile]», ''youtube.com''.</ref>. Grosso modo, les licences sans réciprocité et les licences avec réciprocité («''copyleft''» ou «''share alike''») 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.


''Données.'' 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 est 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.
''Données.'' 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 est assez curieux que la licence de données «officielle» de la Ville<ref>«[http://donnees.ville.montreal.qc.ca/portail/licence/ Licence]», ''donnees.ville.montreal.qc.ca''.</ref>, la Creative Commons BY 4.0 (une licence sans réciprocité) ne soit pas une option.


''Image et documentation.'' La directive indique que «les images et la documentation» seront sous «une des licences Creative Commons». Il est très important de préciser dans la directive à quelles licences Creative Commons et à quelles versions de celles-ci on réfère. 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 libres. Il vaudrait mieux dans ce contexte préciser l'utilisation des licences CC BY-SA 4.0 et CC BY 4.0.
''Image et documentation.'' La directive indique que «les images et la documentation» seront sous «une des licences Creative Commons». Il est très important de préciser dans la directive à quelles licences Creative Commons et à quelles versions de celles-ci on réfère. 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 libres. 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 ===
''NOTE : Ce point de commentaire a été rédigé avant l'annonce de l'acquisition de l'entreprise GitHub par Microsoft<ref>https://blog.github.com/2018-06-04-github-microsoft/</ref>. Évidemment, le rachat de l'entreprise qui a produit la plateforme non libre GitHub.com par un des géants du numérique privateur de libertés n'améliore en rien la situation, au contraire.''
''NOTE : Ce point de commentaire a été rédigé avant l'annonce de l'acquisition de l'entreprise GitHub par Microsoft<ref>« [https://blog.github.com/2018-06-04-github-microsoft/ A bright future for GitHub] », ''blog.github.com''.</ref>. Évidemment, le rachat de l'entreprise qui a produit la plateforme non libre GitHub.com par un des géants du numérique privateur de libertés n'améliore en rien la situation, au contraire.''


Le choix de GitHub.com comme forge est contestable du fait qu'il s'agit d'une plateforme non libre dont le modèle d'affaires participe ultimement à la centralisation d'Internet et à la perte de contrôle sur nos données au même titre que toutes les autres plateformes du même type. Il est assez paradoxal dans une Politique sur l'utilisation et le développement des logiciels et du matériel libres de négliger ce fait. Nous comprenons bien sûr l'attrait de la plateforme : le grand nombre d'utilisateurs, la visibilité que l'on s'imagine qu'elle apportera aux projets qu'elle héberge, etc. La bonne nouvelle c'est que contrairement à d'autres plateformes non libres, il est relativement aisé d'en sortir du fait qu'elle repose sur git, un logiciel libre très utilisé par les développeurs du monde entier. On peut donc migrer dans et hors de GitHub.com beaucoup plus facilement que dans et hors de Windows pour donner un exemple extrême. Il est même possible de planifier une transition en douceur en gardant un miroir de code sur GitHub.com<ref>https://help.github.com/articles/about-github-mirrors/</ref>.
Le choix de GitHub.com comme forge est contestable du fait qu'il s'agit d'une plateforme non libre dont le modèle d'affaires participe ultimement à la centralisation d'Internet et à la perte de contrôle sur nos données au même titre que toutes les autres plateformes du même type. Il est assez paradoxal dans une Politique sur l'utilisation et le développement des logiciels et du matériel libres de négliger ce fait. Nous comprenons bien sûr l'attrait de la plateforme : le grand nombre d'utilisateurs, la visibilité que l'on s'imagine qu'elle apportera aux projets qu'elle héberge, etc. La bonne nouvelle c'est que contrairement à d'autres plateformes non libres, il est relativement aisé d'en sortir du fait qu'elle repose sur git, un logiciel libre très utilisé par les développeurs du monde entier. On peut donc migrer dans et hors de GitHub.com beaucoup plus facilement que dans et hors de Windows pour donner un exemple extrême. Il est même possible de planifier une transition en douceur en gardant un miroir de code sur GitHub.com<ref>« [https://help.github.com/articles/about-github-mirrors/ About GitHub mirrors] », ''help.github.com''.</ref>.


Ce qu'il est possible et recommandé de faire c'est de ne pas imposer de plateforme dans la politique de la Ville de Montréal, comme le fait notamment la ''Politique de contribution aux logiciels libres de l'État'' de la DINSIC (France)<ref>https://disic.github.io/politique-de-contribution-open-source/pratique/</ref>.
Ce qu'il est possible et recommandé de faire c'est de ne pas imposer de plateforme dans la politique de la Ville de Montréal, comme le fait notamment la Politique de contribution aux logiciels libres de l'État de la DINSIC (France)<ref>« [https://disic.github.io/politique-de-contribution-open-source/pratique/ Modalités d’ouverture des codes sources. Politique de contribution open-source de la DINSIC] », ''disic.github.io''.</ref>.


Mais n'est-il pas désavantageux pour la Ville et même pour l'ensemble de la vaste communauté du logiciel libre d'avoir des projets de code dispersés un peu partout sur Internet ? N'est-il pas avantageux de tout retrouver dans un même grand catalogue ? Oui, c'est avantageux, mais pas si cela se fait au prix de la centralisation et de ses conséquences néfastes. Dans les faits, la Ville de Montréal se retrouvera nécessairement (si ce n'est déjà le cas) à travailler avec du code qui vient de plusieurs forges. Elle devra donc, comme toutes les grandes organisations qui utilisent et développent du logiciel libre, garder la trace de ses propres contributions via une forme ou une autre d’agrégation et de comptabilisation d'informations tenues à jour en interne.
Mais n'est-il pas désavantageux pour la Ville et même pour l'ensemble de la vaste communauté du logiciel libre d'avoir des projets de code dispersés un peu partout sur Internet ? N'est-il pas avantageux de tout retrouver dans un même grand catalogue ? Oui, c'est avantageux, mais pas si cela se fait au prix de la centralisation et de ses conséquences néfastes. Dans les faits, la Ville de Montréal se retrouvera nécessairement (si ce n'est déjà le cas) à travailler avec du code qui vient de plusieurs forges. Elle devra donc, comme toutes les grandes organisations qui utilisent et développent du logiciel libre, garder la trace de ses propres contributions via une forme ou une autre d’agrégation et de comptabilisation d'informations tenues à jour en interne.
 
Notons finalement que la Free Software Foundation propose depuis quelques années déjà des critères éthiques spécifiquement pour l'évaluation des hébergeurs de logiciels<ref>«[https://www.gnu.org/software/repo-criteria-evaluation.html Évaluation des hébergeurs de logiciel selon les critères éthiques de GNU]», ''gnu.org''.</ref>.


=== Version anglaise de la politique ===
=== Version anglaise de la politique ===
59

modifications

Menu de navigation