Sockenverlust-Index

Nutzen Sie ihn kostenlos im Browser für eine schnelle Schubladenprüfung, oder rufen Sie die API zu $0.002 je erfolgreicher Anfrage auf, wenn Sie denselben reproduzierbaren Index in einem Haushaltsprotokoll, einem Wohnheiminventar oder einer Lehrdemonstration brauchen.

Was der Sockenverlust-Index bedeutet und was die Antwort enthält

Der Sockenverlust-Index ist der Anteil des ursprünglichen Bestands, der verschwunden ist, ausgedrückt als Prozent und dann geteilt durch die Besitzmonate, damit Haushalte eine sechsmonatige Waschstrecke mit einer zweijährigen Schublade vergleichen können. Zehn Paare und vierzehn restliche Socken nach einem Jahr sind sechs verlorene von zwanzig, dreißig Prozent weg und 2.5 Prozent pro Monat. Zählen Sie jedes gekaufte Paar als zwei Socken, ziehen Sie die noch im Haus befindlichen ab, und Sie haben socks_lost. Teilen Sie socks_lost durch socks_bought für den verlorenen Bruchteil; multiplizieren Sie mit einhundert für den Gesamtprozentwert; teilen Sie diesen Prozentwert durch months_owned und Sie erhalten socks_loss_index, den Monatsprozentsatz. Die Antwort spiegelt die drei Eingaben, meldet socks_bought als das Doppelte der Paarzahl, socks_lost, den Bruchteil lost_fraction zwischen null und eins, loss_percent_total, den primären socks_loss_index, eine Formelzeichenkette, eine Methodenmarke und die Rundungsgenauigkeit. Es gibt kein verstecktes Trocknermodell, keinen Wetterfaktor und keine angenommene Waschmaschinenmarke: die Engine wertet die geschlossene Form aus oder weist die Eingabe mit invalid_input zurück. Zurückgewiesen werden ein fehlendes pairs_bought, socks_remaining oder months_owned, nicht endliche Werte, Größen über der dokumentierten Decke, eine negative Paar- oder Restzahl, mehr restliche Socken als das Doppelte der gekauften Paare, ein nicht positiver Horizont und — der Fall, den diese Seite ausdrücklich nennt — pairs_bought gleich null, weil die Division durch einen leeren Ursprungsbestand undefiniert ist. Wenn Sie eine stochastische Trocknersimulation oder einen Strichcode-Paarer brauchen, nutzen Sie ein Inventarwerkzeug; diese Seite beantwortet nur die durchsichtige monatliche Identität, mit stabiler Zahlenausgabe für Tabellen, Tests und API-Verbraucher, die keine Extraverluste erfinden dürfen.

Wie Paare, Restbestände und Monate gelesen werden und warum die Rate reproduzierbar bleibt

Führende Pluszeichen und wissenschaftliche Notation auf Zahlenketten sind erlaubt, wenn sie als endliche Dezimalzahlen gelesen werden; eingebettete Leerzeichen, Hex-Präfixe und nichtnumerische Token werden mit einer klaren Meldung zurückgewiesen, damit eine schlechte Zelle nicht zu einer falschen Monatsrate wird. Restliche Socken dürfen nicht negativ sein und das Doppelte der gekauften Paare nicht überschreiten. Die bevorzugten Felder sind pairs_bought für die ins Haus gekommenen Paare, socks_remaining für die noch vorhandenen einzelnen Socken und months_owned für den Horizont in Monaten. Die Aliasse pairs, bought, n_pairs und pair_count für die Paarzahl; remaining, remaining_socks, socks und socks_left für die Einzelstücke; sowie months, month, owned_months und ownership_months für den Horizont werden angenommen, damit Tabellen, Abfrageketten und Formulare denselben Vertrag wiederverwenden. Null restliche Socken ist gültig und bedeutet einfach, dass der gesamte Bestand weg ist, also der Gesamtprozentwert einhundert und der Index einhundert geteilt durch months_owned. pairs_bought muss streng positiv sein: ist es null oder liegt es unter einem winzigen Epsilon, scheitert die Anfrage mit invalid_input, weil die Ursprungszahl null wäre und der Bruchteil undefiniert ist. Auch months_owned muss streng positiv sein, weil der Monatsindex durch diesen Horizont teilt. Ein optionales Feld precision, mit den Aliassen decimals und dp, wählt, wie viele Dezimalstellen ausgewiesen werden, standardmäßig zehn und höchstens fünfzehn, damit JSON-Referenzen stabil bleiben. Koppeln Sie den kostenlosen Browserlauf auf dieser Seite mit der tarifierten API, wenn Sie dasselbe mathematische Ergebnis in einer automatisierten Pipeline brauchen, ohne die Inventararithmetik selbst neu zu schreiben.

Wo Sockenverlust-Denken in Haushalten, Waschräumen und Software hingehört

Haushalte können pairs_bought eintragen, die übrigen Einzelstücke zählen und sehen, ob der Monatsverlust ein Rinnsal oder ein Leck ist, das Falten und Lagern zu ändern lohnt. Entwickler rufen denselben Vertrag aus Skripten auf, um deterministische Testvektoren für Kleiderschrank-Widgets zu säen, um vom Nutzer eingegebene Paarzahlen vor einer Haushaltsbudget-Demo zu normieren, oder um Produktvorgaben zu erfüllen, die ein Feld socks_loss_index verlangen statt eines Witzes über den vermissten Partner. Auf dieser Seite läuft die Arbeit vollständig in Ihrem Browser; über die API kostet jede erfolgreiche Abfrage $0.002, gescheiterte Prüfung wird nicht berechnet und nach der Antwort wird nichts gespeichert. Diese Trennung — kostenlose interaktive Erkundung und eine tarifierte, identische API — lässt Sie von einer persönlichen Schubladenprüfung zu einer automatisierten Pipeline wechseln, ohne das mathematische Ergebnis zu ändern.