diff --git a/logiciels/0-hors-scope.md b/logiciels/0-hors-scope.md index 26fd3488..d2acc509 100644 --- a/logiciels/0-hors-scope.md +++ b/logiciels/0-hors-scope.md @@ -2,14 +2,14 @@ permalink: /logiciels/hors-scope --- -# Ce document n'est pas... +# Ce document n’est pas… ## Pas un guide des bonnes pratiques « open source » -Il ne détaille pas les **bonnes pratiques** d'un projet libre, que ce soit +Il ne détaille pas les **bonnes pratiques** d’un projet libre, que ce soit sur le plan des pratiques techniques ou de la communication au sein et autour des projets. Des éléments de ces bonnes pratiques peuvent être -trouvés dans la [Politique de contribution de l'État aux logiciels +trouvés dans la [Politique de contribution de l’État aux logiciels libres](https://www.numerique.gouv.fr/publications/politique-logiciel-libre/). ## Pas un guide sur la transparence algorithmique @@ -17,31 +17,31 @@ libres](https://www.numerique.gouv.fr/publications/politique-logiciel-libre/). Il ne porte pas sur la question de la **transparence algorithmique** : la possibilité pour un citoyen de demander des comptes sur les décisions individuelles le concernant et mobilisant un traitement algorithmique -ne préjuge pas de l'existence de ce traitement sous forme de logiciel +ne préjuge pas de l’existence de ce traitement sous forme de logiciel ni de la communicabilité du logiciel, si celui-ci existe. Sur cette question de la transparence algorithmique, des **degrés -d'appropriabilité** peuvent être conçus : le « degré 0 », où seul le -code source du logiciel est publié ; le « degré 1 », où figurent des +d’appropriabilité** peuvent être conçus : le « degré 0 », où seul le +code source du logiciel est publié ; le « degré 1 », où figurent des explications lisibles par des non-techniciens sur les algorithmes mis -en oeuvre dans le logiciel (documentation statique) ; le « degré 2 », -où l'utilisateur peut non seulement lire les explications au sujet des +en œuvre dans le logiciel (documentation statique) ; le « degré 2 », +où l’utilisateur peut non seulement lire les explications au sujet des algorithmes, mais tester la mise en oeuvre de ces algorithmes via un simulateur les utilisant ou un autre dispositif interactif. -Voir le [« guide des algorithmes pubics »](https://etalab.github.io/algorithmes-publics/guide.html) publié par Etalab. +Voir le [« guide des algorithmes publics »](https://etalab.github.io/algorithmes-publics/guide.html) publié par Etalab. ## Pas un guide sur la gouvernance des projets libres -Ce n'est pas un guide pour la **gouvernance des projets de logiciels +Ce n’est pas un guide pour la **gouvernance des projets de logiciels libres** : ce sujet est un sujet à part entière. Nous distinguons la maintenance *a minima* (niveau B 📗) et la recherche active de -contributeurs (niveau A 📘) mais ces aspects ne couvrent qu'une petite +contributeurs (niveau A 📘) mais ces aspects ne couvrent qu’une petite partie de la question de la gouvernance. ## Finalité de ce guide -**Sa finalité** est d'aider les organismes publics à prioriser les codes +**Sa finalité** est d’aider les organismes publics à prioriser les codes sources pouvant être communiqués afin de construire une stratégie -proactive d'ouverture logicielle. +proactive d’ouverture logicielle.