La gestion des erreurs mérite plus de code que le chemin principal

Il y a en fait plus de code dans les tâches qui desservent l'API Stripe pour gérer ces cas limites que dans le flux principal réel. Et je pense que c'est assez remarquable. La plupart des gens ne feraient pas ça, mais il s'avère que non seulement c'est quelque chose qui m'a impressionné, mais quand je parle aux utilisateurs de Stripe, c'est quelque chose qu'ils me disent très fréquemment et qui les enchante à propos du produit.

Le monde réel a de l'entropie et c'est dur et c'est le bazar... Les ordinateurs sont déterministes, mais les humains ne le sont pas, n'est-ce pas ? Et donc construire des produits qui ont un peu plus de flexibilité ou un peu plus de dispositifs de sécurité au cas où ces choses se produiraient devient un peu plus primordial.

Nous n'avons pas de backlog de bugs. Nous corrigeons chaque bug dès qu'ils sont remontés presque. Donc c'est vraiment le travail de l'ingénieur de production de juste résoudre ces problèmes.

Nous choisissons de concevoir la façon dont nous travaillons pour maintenir ces deux choses vraies en même temps. Donc nous pouvons opérer très rapidement mais aussi être extrêmement fiables et disponibles pour nos utilisateurs. Cela demande beaucoup de soin et d'attention et beaucoup de systèmes.