chris2fr
commented
1 month ago Il y a des questions profondes métaphysiques. En supposant que l'Etat veuille bénéficier d'un dynamique OpenSource / LogicielLibre, voici une approche.
La question est de savoir qu'est-ce que est spécifique à l'identité de l'Etat et qu'est-ce qui est une contribution en technologie à celles et ceux qui peuvent en profiter. Trois niveaux d'analyse s'impose par la nature même de l'architecture:
- DSFR
- Django-DSFR
- Sites-Faciles
Il est mon avis que ces trois niveaux ne sont pas simplement graphique ou identitaires, mais profondément apporteurs d'outils et de démarches automatisés et de composants webs génériques pouvant servir à toutes et à tous. Voici un diagramme que j'ai fait en décrivant la nécessité de faire les trois niveau en extrayant uniquement les parties génériques. Je crée trois niveaux pour rendre tout cela générique:
- SiFacile
- Django_SiFacile
- Sites-Faciles avec Django_SiFacile
Cela fait un peu d'investissement déjà.
stateDiagram-v2
state generique {
sifacile
note left of sifacile
Remplacement
d'images
de polices
de couleurs
Changement d'espace
de nommage
end note
django_sifacile
generic_sites_faciles
}
state GouvernementFR {
dsfr
}
state numerique-gouv {
django_dsfr
dinum_sites_faciles
}
dsfr --> sifacile : Conserver aspect générique uniquement
dsfr --> django_dsfr : Transposer en technologie Django
sifacile --> django_sifacile : Composants génériques pour Django
django_dsfr --> django_sifacile
django_sifacile --> generic_sites_faciles : Composants génériques pour Wagtail
django_dsfr --> dinum_sites_faciles : Composants DSFR pour Wagtail
dinum_sites_faciles --> generic_sites_faciles
et encore un diagramme
classDiagram
namespace generique {
class sifacile
class django_sifacile
class wagtail_sifacile
}
namespace GouvernementFR {
class dsfr
}
namespace numerique_gouv {
class django_dsfr
class sites_faciles
}
dsfr --> sifacile : "Conserver l'aspect générique uniquement\nChanger d'espace de nommage\nRemplacer les polices, les couleurs, les images"
dsfr --> django_dsfr : Transposer en technologie Django
sifacile --> django_sifacile : Composants génériques pour Django
django_dsfr --> django_sifacile : Outils d'adaptation pour Django
django_sifacile --> wagtail_sifacile : Composants génériques pour Wagtail
django_dsfr --> sites_faciles : Composants DSFR pour Wagtail
sites_faciles --> wagtail_sifacile : Outils d'adaptations vers Wagtail
click dsfr href "https://github.com/GouvernementFR/dsfr/" "GitHub du Design System de l'Etat par le Gouvernement"
click sites_faciles href "https://github.com/numerique-gouv/sites-faciles/" "GitHub de Sites Faciles par la Dinum"
click django_dsfr href "https://github.com/numerique-gouv/django-dsfr/" "django-dsfr par la DINUM" 
Ash-Crow
Je souhaiterais maintenir par moi-même une version de ce travail pour les acteurs privés et mixed. Vous rendez déjà cela envisageable par votre séparation du module django-dsfr. Il reste simplement à finir ce travail de séparation explicite et pluggable, ou presque pluggable.
Cela nécessite une base de version du website fonctionnel de la même manière que c'est maintenant, mais sans le look-and-feel de l'Etat spécifiquement. Ce travail a deux bénéfices.
Cela permet aux acteurs privés de s'approprier le dispositif sites-faciles et de l'améliorer.
Cela permet aux acteurs publics de consolider leur maîtrise du dispositif sites-faciles simplement, chose qui rend encore plus praticable les intégrations effectives.
Je souhaiterais insister sur le fait que la version générique pluggé du dispositif doit impérativement et en temps réel être isofonctionnelle avec le dispositif pour l'Etat. Cela permet de montrer la maîtrise du dispositif : chose qui rassure tout adaptateur.
De surcroît, je pense qu'il nous est utile de maintenir le caractère attirant du site générique. Si un acteur privé veut se l'approprier, souvent un design attrayant par défaut aide la chose.