Publier
Ce livreur de repas m'a fait comprendre la valeur de $NIGHT
Hier, j'ai commandé à manger, j'ai attendu quarante minutes.
En ouvrant l'application, j'ai vu que le livreur avait pris sept commandes en même temps. Il a appelé, bloqué sur la route, sa voix pleine d'excuses, mais il n'y avait rien à faire. Quand la nourriture est arrivée, elle était déjà froide.
Je regardais la carte de l'itinéraire du livreur et je pensais : les concepteurs du système ont probablement pensé qu'il était optimal de faire courir un livreur avec sept commandes en même temps. Et le résultat ? Un problème à un maillon, tout est retardé, l'expérience utilisateur tombe à zéro.
Cela me rappelle la philosophie de conception derrière $NIGHT.
Il y a un paramètre dans le livre blanc de Midnight qui m'a laissé sans voix : l'objectif d'utilisation des blocs est fixé à 50 %, pas à 100 %.
En ouvrant l'application, j'ai vu que le livreur avait pris sept commandes en même temps. Il a appelé, bloqué sur la route, sa voix pleine d'excuses, mais il n'y avait rien à faire. Quand la nourriture est arrivée, elle était déjà froide.
Je regardais la carte de l'itinéraire du livreur et je pensais : les concepteurs du système ont probablement pensé qu'il était optimal de faire courir un livreur avec sept commandes en même temps. Et le résultat ? Un problème à un maillon, tout est retardé, l'expérience utilisateur tombe à zéro.
Cela me rappelle la philosophie de conception derrière $NIGHT.
Il y a un paramètre dans le livre blanc de Midnight qui m'a laissé sans voix : l'objectif d'utilisation des blocs est fixé à 50 %, pas à 100 %.
Avertissement : comprend des opinions de tiers. Il ne s’agit pas d’un conseil financier. Peut inclure du contenu sponsorisé. Consultez les CG.