Índice de pérdida de calcetines

Úsela gratis en el navegador para una revisión rápida del cajón, o llame a la API a $0.002 por solicitud correcta cuando necesite el mismo índice reproducible en un registro doméstico, un inventario de residencia o una demostración docente.

Qué significa el índice de pérdida de calcetines y qué contiene la respuesta

El índice de pérdida de calcetines es la parte del inventario original que desapareció, expresada en porcentaje y dividida por los meses de tenencia, de modo que un hogar puede comparar un tramo de lavado de seis meses con un cajón de dos años. Diez pares y catorce calcetines restantes al cabo de un año son seis perdidos de veinte, treinta por ciento desaparecido y 2.5 por ciento al mes. Cuente cada par adquirido como dos calcetines, reste los que aún hay en casa y obtendrá socks_lost. Divida socks_lost entre socks_bought para la fracción perdida; multiplique por cien para el porcentaje total; divida ese porcentaje entre months_owned y obtendrá socks_loss_index, el porcentaje mensual. La respuesta reproduce las tres entradas, informa socks_bought como el doble de pares, socks_lost, la fracción lost_fraction entre cero y uno, loss_percent_total, el valor principal socks_loss_index, una cadena de fórmula, una etiqueta de método y la precisión de redondeo. No hay modelo oculto de secadora, ni factor climático, ni marca de lavadora: el motor evalúa la forma cerrada o rechaza la entrada con invalid_input. Se rechazan un pairs_bought, socks_remaining o months_owned ausente, valores no finitos, magnitudes por encima del tope documentado, un recuento de pares o de restantes negativo, más calcetines restantes que el doble de pares comprados, un horizonte no positivo y —el caso que esta página deja explícito— pairs_bought igual a cero, porque dividir por un inventario original vacío no está definido. Si necesita una simulación estocástica de secadora o un emparejador por código de barras, use una herramienta de inventario; esta página responde solo a la identidad mensual transparente, con salida numérica estable para hojas, pruebas y consumidores de API que no deben inventar pérdidas extra.

Cómo se leen los pares, los restantes y los meses, y por qué la tasa es reproducible

Se admiten signos más iniciales y notación científica en cadenas numéricas cuando se interpretan como decimales finitos; los espacios incrustados, los prefijos hexadecimales y los tokens no numéricos se rechazan con un mensaje claro para que una celda mala no se convierta en una tasa mensual errónea. Los calcetines restantes no pueden ser negativos ni superar el doble de los pares comprados. Los campos preferidos son pairs_bought para cuántos pares entraron en el hogar, socks_remaining para cuántos calcetines individuales quedan y months_owned para el horizonte en meses. Se aceptan los alias pairs, bought, n_pairs y pair_count para el recuento de pares; remaining, remaining_socks, socks y socks_left para los sueltos; y months, month, owned_months y ownership_months para el horizonte, de modo que hojas de cálculo, cadenas de consulta y formularios reutilicen el mismo contrato. Cero calcetines restantes es válido y significa que el inventario entero se ha ido, de modo que el porcentaje total es cien y el índice es cien dividido entre months_owned. pairs_bought debe ser estrictamente positivo: si es cero o queda por debajo de un épsilon mínimo, la solicitud falla con invalid_input porque el recuento original sería cero y la fracción no está definida. months_owned también debe ser estrictamente positivo, porque el índice mensual divide por ese horizonte. Un campo opcional precision, con alias decimals y dp, elige cuántos decimales se exponen, con valor por defecto diez y tope quince para que las referencias JSON se mantengan estables. Combine la ejecución gratuita del navegador en esta página con la API de pago cuando necesite el resultado matemático idéntico dentro de un flujo automatizado, sin reimplementar la aritmética de inventario.

Dónde encaja este índice en el hogar, el lavadero y el software

Un hogar puede anotar pairs_bought, contar los sueltos que quedan y ver si la pérdida mensual es un goteo o una fuga que justifica cambiar el plegado y el guardado. Quienes desarrollan llaman al mismo contrato desde scripts para sembrar vectores de prueba deterministas en widgets de armario, para normalizar recuentos de pares antes de una demostración de presupuesto doméstico, o para cumplir enunciados de producto que exigen un campo socks_loss_index en lugar de un chiste sobre la pareja perdida. En esta página el trabajo corre por completo en su navegador; a través de la API cada consulta correcta cuesta $0.002, la validación fallida no se cobra y no se guarda nada cuando vuelve la respuesta. Esa separación —exploración interactiva gratuita y una API de precio publicado e idéntica— permite pasar de una revisión personal del cajón a un flujo automatizado sin cambiar el resultado matemático.