Les codes d'état HTTP ont des catégories théoriques pour faciliter leur utilisation : les 100 pour les informations, les 200 pour les succès, les 300 pour les redirections, les 400 pour les erreurs client et les 500 pour les erreurs serveur. Cependant, les implémentations du monde réel s'écartent souvent de ces normes. Par exemple, LinkedIn utilise un code 999 non standard pour l'accès non autorisé. Shopify a introduit ses propres codes personnalisés, et Apache a même un code 218. WebDAV complique encore les choses en ajoutant de nouveaux codes d'état et des verbes de requête HTTP.Un code généré tente de gérer les codes d'état HTTP en vérifiant si le code d'état divisé par 100 n'est pas égal à 2. Cette approche traite tout code d'état en dehors de la plage 200 comme une erreur. L'auteur critique cette méthode, en particulier la division par 100, arguant qu'elle signale incorrectement les réponses non-erreurs comme les 300 comme des échecs. Par exemple, un code 304 (Non modifié), qui indique que le contenu mis en cache est toujours valide, serait incorrectement identifié comme une erreur. Cette logique ingénieuse mais erronée a entraîné des requêtes échouées inutiles, démontrant une préférence pour les astuces mathématiques plutôt que pour une gestion d'erreurs robuste.