Artículo
La brecha entre el paper y la obra
Hace poco revisé a fondo una muestra de papers recientes de automatización en construcción — revistas serias, ideas brillantes. Mi conclusión incómoda: la mayoría no se puede reproducir. No porque la ciencia esté mal, sino porque falta lo que en obra sería imperdonable: el expediente completo.
De una muestra de 15 papers fuertes que evalué, así se degrada la cadena de replicabilidad:
Uno de cada cinco. Ese es el porcentaje de investigación que un ingeniero puede tomar, ejecutar y verificar. El resto es, en la práctica, un acto de fe con revisión por pares.
Por qué en construcción duele el doble
En software, un paper irreproducible es una molestia. En construcción es una paradoja: es una industria donde nadie aceptaría un cálculo estructural sin memoria de cálculo, pero aceptamos “mejoras del 30%” sin poder auditar ni los datos ni el modelo que las produjo.
Mi lista mínima de "expediente técnico" para un paper de automatización (clic para desplegar)
- Datos: dataset público, o uno sintético equivalente si el real es confidencial.
- Código: el pipeline completo, no el fragmento bonito.
- Entorno: versiones exactas — en ML, cambiar una versión cambia resultados.
- Métrica honesta: comparación contra la práctica actual, no contra un baseline de paja.
- Costo de adopción: cuántas horas-ingeniero cuesta ponerlo en producción. Casi nadie lo reporta.
La parte optimista
Los pocos papers que sí publican todo generan un efecto multiplicador enorme: se replican, se adaptan a otras normas, se convierten en herramientas reales. La replicabilidad no es un lujo académico — es la diferencia entre un PDF y una herramienta. Y quienes trabajamos entre los datos y la obra tenemos un rol claro: replicar, medir y publicar lo que encontramos. Lo que no se mide, no se puede mejorar; lo que no se puede reproducir, no se midió de verdad.