Indice de perte de chaussettes

Utilisez-le gratuitement dans le navigateur pour un audit rapide du tiroir, ou appelez l’API à $0.002 par requête réussie lorsque vous avez besoin du même indice reproductible dans un journal domestique, un inventaire de résidence ou une démonstration pédagogique.

Ce que signifie l’indice de perte de chaussettes et ce que contient la réponse

L’indice de perte de chaussettes est la part du stock d’origine disparue, exprimée en pourcentage puis divisée par les mois de possession, afin qu’un foyer compare une période de lessive de six mois à un tiroir de deux ans. Dix paires et quatorze chaussettes restantes au bout d’un an, c’est six perdues sur vingt, trente pour cent disparus et 2.5 pour cent par mois. Comptez chaque paire achetée comme deux chaussettes, soustrayez celles qui restent à la maison, et vous obtenez socks_lost. Divisez socks_lost par socks_bought pour la fraction perdue ; multipliez par cent pour le pourcentage total ; divisez ce pourcentage par months_owned pour obtenir socks_loss_index, le pourcentage mensuel. La réponse reprend les trois entrées, indique socks_bought comme le double du nombre de paires, socks_lost, la fraction lost_fraction entre zéro et un, loss_percent_total, la valeur principale socks_loss_index, une chaîne de formule, une étiquette de méthode et la précision d’arrondi. Il n’y a ni modèle caché de sèche-linge, ni facteur météo, ni marque de machine : le moteur évalue la forme fermée ou refuse l’entrée avec invalid_input. Les cas refusés comprennent un pairs_bought, socks_remaining ou months_owned manquant, des valeurs non finies, des magnitudes au-dessus du plafond documenté, un décompte de paires ou de restantes négatif, plus de chaussettes restantes que le double des paires achetées, un horizon non positif et — le cas que cette page rend explicite — pairs_bought égal à zéro, car diviser par un stock d’origine vide n’est pas défini. Si vous avez besoin d’une simulation stochastique de sèche-linge ou d’un apparieur par code-barres, utilisez un outil d’inventaire ; cette page ne répond qu’à l’identité mensuelle transparente, avec une sortie numérique stable pour feuilles, tests et consommateurs d’API qui ne doivent pas inventer de pertes supplémentaires.

Comment paires, restantes et mois sont lus et pourquoi le taux reste reproductible

Les signes plus initiaux et la notation scientifique sur les chaînes numériques sont autorisés lorsqu’ils s’interprètent comme des décimaux finis ; les espaces intégrés, les préfixes hexadécimaux et les jetons non numériques sont refusés avec un message clair, pour qu’une mauvaise cellule ne devienne pas un taux mensuel erroné. Les chaussettes restantes ne peuvent être négatives ni dépasser le double des paires achetées. Les champs privilégiés sont pairs_bought pour le nombre de paires entrées au foyer, socks_remaining pour le nombre de chaussettes individuelles encore disponibles et months_owned pour l’horizon en mois. Les alias pairs, bought, n_pairs et pair_count pour le décompte de paires ; remaining, remaining_socks, socks et socks_left pour les isolées ; et months, month, owned_months et ownership_months pour l’horizon sont acceptés afin que tableurs, chaînes de requête et formulaires réutilisent le même contrat. Zéro chaussette restante est valide et signifie simplement que tout le stock a disparu, donc le pourcentage total vaut cent et l’indice est cent divisé par months_owned. pairs_bought doit être strictement positif : s’il est nul ou inférieur à un epsilon minime, la requête échoue avec invalid_input car le décompte d’origine serait zéro et la fraction n’est pas définie. months_owned doit aussi être strictement positif, car l’indice mensuel divise par cet horizon. Un champ optionnel precision, avec les alias decimals et dp, choisit le nombre de décimales exposées, dix par défaut et quinze au plus, afin que les références JSON restent stables. Associez l’exécution gratuite du navigateur sur cette page à l’API tarifée lorsque vous avez besoin du résultat mathématique identique dans un flux automatisé, sans réécrire l’arithmétique d’inventaire.

Où ce raisonnement s’inscrit dans les foyers, les buanderies et les logiciels

Un foyer peut consigner pairs_bought, compter les isolées restantes et voir si la perte mensuelle est un filet ou une fuite qui justifie de changer le pliage et le rangement. Les développeurs appellent le même contrat depuis des scripts pour semer des vecteurs de test déterministes dans des widgets de dressing, pour normaliser des décomptes de paires avant une démonstration de budget domestique, ou pour satisfaire des énoncés produit qui exigent un champ socks_loss_index plutôt qu’une plaisanterie sur la chaussette orpheline. Sur cette page, le travail s’exécute entièrement dans votre navigateur ; via l’API chaque consultation réussie coûte $0.002, une validation échouée n’est pas facturée et rien n’est conservé une fois la réponse renvoyée. Cette séparation — exploration interactive gratuite et API au tarif publié, identique — permet de passer d’une vérification personnelle du tiroir à un flux automatisé sans changer le résultat mathématique.