forked from oyd/ozgurkon-2020-site
You can not select more than 25 topics
Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
25 lines
1.3 KiB
25 lines
1.3 KiB
---
|
|
id: pAMZmFT2wrfqPr9IdeXv
|
|
key: le_design_de_l_erreur
|
|
title: Le design de l'erreur
|
|
level: beginner
|
|
format: conference
|
|
tags:
|
|
- method___tools
|
|
speakers:
|
|
- estelle_landry_
|
|
- francois_teychene
|
|
draft: false
|
|
videoId: null
|
|
presentation: null
|
|
language: French
|
|
---
|
|
Nos systèmes sont designés de manière optimiste, de la gestion technique des erreurs à la modélisation de nos interfaces.
|
|
Que ce soit les codes d'erreurs, les exceptions ou les modélisations plus avancées, elles servent pour arrêter un traitement et _potentiellement_ afficher un message d'information à un utilisateur.
|
|
|
|
Mais avec les architectures microservices, la distribution des traitements ou une simple volonté de résilience, la gestion des erreurs est devenue un enjeu important de tous les systèmes afin qu’ils restent accessibles de tous, tout le temps tout en maintenant le système dans un état cohérent.
|
|
|
|
Que fait-on lorsqu’une erreur intervient ? Peut-on compenser voire gérer l’erreur depuis le système pour l’utilisateur ?
|
|
|
|
La réponse a ces questions se trouvent autant dans la définition du produit que dans le choix technique.
|
|
Un outil bien conçu est un outil intelligent qui peut faire les bons choix au bon moment pour l'utilisateur. Et si on apprenait ensemble à concevoir nos erreurs ? |