Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

typos #186

Open
wants to merge 1 commit into
base: master
Choose a base branch
from
Open

typos #186

Changes from all commits
Commits
Show all changes
1 commit
Select commit
File filter

Filter by extension

Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
26 changes: 13 additions & 13 deletions logiciels/0-hors-scope.md
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -2,46 +2,46 @@
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

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.