Nous proposons de consolider un questionnaire et de le soumettre aux milliers d'agents concernés via un site web dédié, puis de produire une page avec les des résultats obtenus. La DINUM ne souhaite par recourir à des outils de sondage classique car elle vise uneaccessibilité maximale et une expérience utilisateur propre à ce site, tant pour les questionsque pour la présentation des résultats.
Voir dépôt du projet à @etalab/radar-tech.
Le présent projet est le frontend de l'application. Le backend, se trouve dans cet autre dépôt.
La seconde phase de ce projet est la dissémination des résultats collectés. Une collection de composants réutilisables est en cours de développement et disponible sous forme de Storybook.
$ git clone [email protected]:etalab/radar-tech-frontend.git
$ npm install
Deux variables d'environnement sont nécéssaires, dont un token s'obtenant coté backend. Renommez .env_example
en .env.development
, puis renseignez:
GATSBY_API_URL=http://radartech-api.app.etalab.studio/graphql
GATSBY_API_TOKEN=<>
Enfin, $ gatbsy develop
démarre le kit de dev.
Rendez-vous à https://localhost:8000 pour visualiser le frontend.
Un client GraphQL est disponible à http://localhost:8000/___graphql.
Le lien avec le backend est assuré à deux endroits:
gatsby-config.js
liste l'endpoint utilisé par les visualisations (la consommation des résultas, en quelque sorte) ;src/components/Survey.js
liste l'endpoint requis pour poster les résultats collectés.
Ce projet suit cette logique:
- Une liste de métiers est définie et accompagnée de questions spécifiques. Cette définition prend la forme d'une Array d'Objects (
[{ ...métier }, { ...métier }]
) - Une page d'accueil présente les questionnaires métiers disponibles sous forme de liens
- Pour chaque métier, une page et une route sont construites par Gatsby quand le projet est "buildé":
- Un "higher order component" par métier est généré par Gatsby un peu magiquement selon ce modèle
- Une View est instanciée et passe la balle à
src/components/Survey.js
, qui contient la logique propre à SurveyJS
- Validation:
src/components/utils/validators.js
(Crucial de bien matcher les types retournés par le questionnaire)
Il est possible de jouer avec les options des questions dans une GUI sur le site de SurveyJS.
- Dans le dossier du projet, ajouter les variables d'environnement suivantes :
$ export DOKKU_HOST='studio-01.infra.data.gouv.fr'
$ export DOKKU_PORT='22'
$ export DOKKU_GIT_REMOTE='dokku'
- Vérifier les variables
$ env | grep DOKKU
- Créer une application Cette étape n'est nécessaire que si l'application n'existe pas déjà
$ dokku apps:create <nom_app>
- Ajouter le remote
Cette étape est nécessaire que si une application existante est utilisée
Sinon, le remote est automatiquement ajouté par Dokku
$ git remote add dokku [email protected]:<nom_app>
$ git remote -v // pour vérifier
- Pousser la branche locale sur le dépôt distant
$ git push dokku <nom_branche>:master
$ git push dokku master // équivaut à $ git push dokku master:master
- Vérifier que l'application est déployée
A la fin de la trace de la commande précédente l'URL de l'application est affichée
Exemple : http://<nom_app>.app.etalab.studio