Tema: methods
-
Un registro de temperatura de compost: puntos de sonda fijos, profundidad fija, ambiente junto al montón y cada volteo como evento
Un protocolo de observación propuesto para un montón o contenedor de compost de jardín: un termómetro de tallo largo leído en puntos de sonda marcados y a una profundidad indicada según un calendario fijo, la temperatura ambiente junto al montón en el mismo momento, y cada adición, volteo o riego registrado como una fila de evento, de modo que la subida, la meseta y la bajada del montón puedan leerse en relación con lo que se le hizo; no se afirma ninguna temperatura objetivo ni resultado.
-
Bootstrapping de un intervalo de confianza para una mediana, un percentil o una razón
Remuestrear las observaciones brutas con reemplazo muchas veces, calcular el estadístico en cada remuestra, y leer el intervalo a partir de la distribución resultante; esto da una incertidumbre para medianas, percentiles, razones y diferencias donde no se aplica ninguna fórmula de manual. Reportar el método, el número de remuestras y el tamaño de la muestra, y no confiar en él para percentiles extremos de muestras pequeñas.
-
Registrar la lectura de un termómetro doméstico en un baño de agua con hielo: un registro de desviación por instrumento
Un protocolo propuesto, de solo registro, que sigue la descripción del NIST del punto de fusión del hielo (hielo triturado de agua destilada, una mezcla de agua y hielo de arriba abajo, profundidad de inmersión indicada) para anotar lo que marca cada termómetro doméstico a nominalmente 0 °C, con fecha, detalles de preparación y el tiempo que tardó la lectura en estabilizarse; mantiene un historial de desviación por instrumento y no da ninguna indicación sobre el ajuste ni sobre el uso alimentario.
-
Comparar el rendimiento de un cambio: calentamiento, repeticiones, varianza y qué reportar
Una comparación de tiempos solo es un resultado si sobrevive al ruido: fijar la carga de trabajo, descartar las ejecuciones de calentamiento, intercalar muchas repeticiones de cada variante, elegir el estadístico antes de mirar los datos, y reportar la dispersión y el entorno junto a cada número. Una diferencia menor que la dispersión entre ejecuciones no es un hallazgo.
-
¿Cómo debería organizarse una comparación casera de germinación de semillas para que dos hogares puedan comparar resultados?
Pregunta abierta: los laboratorios analizan semillas según las Reglas Internacionales para el Análisis de Semillas del ISTA, pero los hogares que comparan dos lotes de semillas o dos alféizares no comparten ningún protocolo; ¿qué tamaños de muestra, reglas de conteo, duraciones y registros de condiciones hacen que esas comparaciones caseras sean informativas y comparables entre hogares?
-
Medir la velocidad de mecanografía en casa: un protocolo de texto fijo y duración fija con las reglas de palabra y de error por escrito
Un protocolo propuesto para llevar un registro personal de velocidad de mecanografía en el que las definiciones forman parte del propio registro: una palabra estándar se define como cinco caracteres incluidos los espacios, las tasas bruta y neta se calculan con fórmulas explícitas, se anota por sesión el teclado, la distribución, el software y el ajuste de corrección, se realizan tres pruebas cronometradas de duración fija sobre textos de un tipo fijo, y se reporta la mediana; no se afirma ninguna velocidad, objetivo o mejora.
-
Resumir una fuente sin distorsionarla
Un resumen fiel mantiene las afirmaciones de la fuente con la misma fuerza y el mismo alcance que en el original, las ordena según el énfasis de la fuente, conserva las cifras junto con sus condiciones, distingue entre reportar y respaldar, e indica qué se dejó fuera; cada frase del resumen se contrasta con una lista de las afirmaciones de la fuente.
-
¿Qué registros domésticos fijan a posteriori el inicio y el fin de un corte de luz, y cuánto han discrepado entre sí?
Pregunta abierta: tras un corte de luz, un hogar dispone de varios «relojes» del suceso —el aviso de la compañía eléctrica, el registro de un SAI, el tiempo de actividad de un router, los registros de reinicio de un servidor doméstico (la página de manual de `last(1)` indica que `last reboot` produce un registro de los momentos de reinicio, y `journalctl` puede listar los arranques con las marcas de tiempo del primer y del último mensaje de cada uno), un reloj con batería que siguió funcionando y un reloj de la red eléctrica que parpadea—; ¿cuáles de ellos han usado realmente los hogares, cuánto discreparon entre sí, y cuáles dieron los límites más tempranos y más tardíos?
-
Establecer una línea base antes de entrenar el primer modelo
Antes de ejecutar cualquier algoritmo de aprendizaje, registrar lo que logran un predictor trivial, una regla sencilla y el proceso actual sobre la misma partición de datos y con la misma métrica; cada modelo posterior se reporta como una diferencia respecto a esa línea base, y un modelo que no supere a la regla no se despliega.
-
Llevar un diario de sueño y horas de vigilia como simple registro de observación
Un formato de diario propuesto que registra, con los mismos campos cada día, la hora de apagar la luz, el inicio estimado del sueño, la hora de despertar, la hora de levantarse y los sucesos del día, anotando el huso horario y cualquier cambio de hora, de modo que la serie pueda leerse semanas después sin necesidad de reinterpretarla; es un registro de observación personal, no una herramienta médica, y no da ningún consejo.
-
El sesgo de supervivencia en los consejos de ingeniería
Los consejos del tipo «los equipos exitosos hacen X» se extraen de los casos que siguieron siendo visibles; sin conocer la proporción de X entre los equipos que fracasaron o abandonaron, no dicen nada. Conviene buscar el denominador, dar un peso alto a los informes de fracaso y precisar de qué población se extrajo cualquier consejo.
-
Prácticas de trabajo para un agente de IA que modifica una base de código
Leer antes de escribir, reproducir antes de corregir, cambiar en pasos pequeños y verificados, ejecutar las comprobaciones propias del proyecto, nunca reintentar escrituras a ciegas e informar exactamente qué se probó; una metodología para agentes que editan código.
-
Enrutamiento condicionado por confianza con un modelo de decisión: umbrales que escalan con lo que está en juego
Cómo usar el valor de confianza que llevan las respuestas de tipo Choice y Score como un segundo eje junto a la respuesta misma: un piso por debajo del cual el agente no actúa, y umbrales por acción que aumentan con el costo de equivocarse, ajustados con los propios datos de quien los invoca y fijados a una versión concreta del modelo.
-
Generar, criticar, revisar: cuándo un bucle de autoverificación compensa su coste
Un bucle en el que el modelo critica y revisa su propia salida mejora los resultados cuando la crítica dispone de una señal externa (tests, un validador, una fuente) y de una rúbrica fija; sin ella, los resultados publicados muestran que puede degradar las respuestas, y cada ronda añade al menos dos llamadas cuya entrada crece con el borrador.
-
Un método de notas al estilo Zettelkasten: números fijos, ramificación y un registro de palabras clave
El fichero de notas de Luhmann funciona porque cada nota conserva un número fijo de por vida: las notas nuevas se ramifican en cualquier punto (57/12a tras 57/12), los enlaces son baratos porque los destinos nunca se mueven, y un registro de palabras clave hace que las notas vuelvan a encontrarse; las mismas tres reglas se trasladan a notas en texto plano con identificadores estables.
-
¿Qué jerarquía de evidencia conviene a las afirmaciones sobre prácticas de ingeniería de software?
Pregunta abierta: la medicina clasifica la evidencia con jerarquías explícitas y factores de degradación; las afirmaciones sobre prácticas de ingeniería se apoyan sobre todo en estudios de caso, encuestas e informes de proveedores. ¿Se ha propuesto un esquema de clasificación para tales afirmaciones que realmente se aplique, y cómo trata los efectos dependientes del contexto?
-
Registrar una observación HTTP acotada
Un método conciso para registrar una observación HTTP de modo que otra persona colaboradora pueda repetirla sin exponer credenciales ni datos privados.
-
Un registro de salud de batería de dispositivo: lo que reportan los teléfonos, los portátiles Windows y la interfaz power-supply de Linux
Un registro mensual de las cifras de batería que un dispositivo reporta sobre sí mismo: la capacidad máxima relativa a nueva de la pantalla Estado de la batería del iPhone, el informe HTML de powercfg /batteryreport en Windows, y los atributos charge_full y charge_full_design de la clase power-supply de Linux; registrados en bruto con fecha, versión de software y eventos, la serie muestra la tendencia y sus saltos sin ningún consejo de carga.
-
Hacer comparable un experimento de sustitución de ingredientes en una receta
Un protocolo propuesto para documentar la sustitución de un ingrediente: fijar todo salvo el ingrediente sustituido, registrar las cantidades por masa, describir el equipo y los tiempos, y separar las observaciones medidas de los juicios de preferencia; no se afirma ningún resultado culinario.
-
Inventariar una biblioteca doméstica o una caja de herramientas: identificadores, ubicaciones y un ciclo de revisión
Llevar un inventario doméstico de libros o herramientas como una tabla simple: un identificador estable por elemento (el ISBN para los libros, un código autoasignado para las herramientas), códigos de ubicación con una leyenda, el estado en un vocabulario fijo, campos de préstamo y una revisión periódica que marca lo que falta en lugar de eliminarlo; no se ofrece asesoramiento de valoración ni de seguros.
Legible por máquina: JSON