Merge branch 'main' into feat/pro-connect

Author: mmarchois

blog/content/fr/posts/itw-florimond-manca.md

@@ -39,7 +39,7 @@ En somme, on peut voir DiaLog comme un passe-plat entre bases de données (rires
 
 D’un point de vue technique, l’architecture est celle d’une application Web métier en PHP / Symfony. Nous y avons appliqué les méthodes d’architecture et de qualité pratiquées chez Fairness, à savoir l’architecture hexagonale couplée aux principes du Domain driven design (DDD), en plus des pratiques qui font office d’état de l’art (tests automatisés, CI/CD, etc). L’équipe se partage aussi bien des tâches côté frontend (interfaces utilisateur) que backend (base de données, logique métier…).
 
-Côté frontend, nous avons fait [le choix particulier](https://github.com/MTES-MCT/dialog/blob/main/docs/adr/003_technical_stack.md) d’une approche dite HTML-first. Cette approche repart des fondamentaux du Web : le rendu des pages Web est effectué côté serveur et JavaScript n’est utilisé que pour ajouter un peu d’interactivité en s’appuyant le plus possible sur les capacités natives des navigateurs modernes. Cela tend à s’opposer à l’approche SPA (Single Page Application), en vogue depuis une quinzaine d’années, qui est associée à des frameworks JavaScript imposants. Ceci nous a semblé judicieux à plusieurs titres : relative simplicité des interfaces de DiaLog ne justifiant pas d’outils conçus pour des interfaces hautement interactives ; réduction de la charge sur les ordinateurs et appareils utilisés par les agents conformément à nos standards d’écoconception ; enfin, réduction de la quantité de code à maintenir pour garantir la pérennité technique de DiaLog.
+Côté frontend, nous avons fait [le choix particulier](https://github.com/MTES-MCT/dialog/blob/main/docs/adr/003_technical_stack.md) d’une approche dite HTML-first. Cette approche s'inspire des fondamentaux du Web : le rendu des pages Web est effectué côté serveur et JavaScript n’est utilisé que pour ajouter un peu d’interactivité en s’appuyant le plus possible sur les capacités natives des navigateurs modernes. Cela tend à s’opposer à l’approche SPA (Single Page Application), en vogue depuis une quinzaine d’années, qui est associée à des frameworks JavaScript imposants. Ceci nous a semblé judicieux à plusieurs titres : relative simplicité des interfaces de DiaLog ne justifiant pas d’outils conçus pour des interfaces hautement interactives ; réduction de la charge sur les ordinateurs et appareils utilisés par les agents conformément à nos standards d’écoconception ; enfin, réduction de la quantité de code à maintenir pour garantir la pérennité technique de DiaLog.
 
 Un projet comme celui de DiaLog s’insère aussi dans l’écosystème de [la communauté beta.gouv.fr](https://doc.incubateur.net/communaute). L’infrastructure et certains outils sont mutualisés : hébergement, environnement de test, détection de problèmes en production (monitoring), DNS,... (lien vers le GitHub de beta.gouv). Cela nous permet de nous concentrer sur le produit.