Más confianza antes de correr: QA más estricto y benchmarks reproducibles en WatDis

Hay semanas en las que la mejor noticia no es una feature vistosa ni un claim grande sobre el solver. Esta fue una de esas semanas. En WatDis, el avance más sólido estuvo en dos frentes que importan mucho para confiar en un modelo: detectar antes la geometría imposible y volver mucho más reproducible la evidencia con la que se prioriza el trabajo técnico.

QA más útil antes de una corrida

El cambio más directo para usuarios técnicos fue la nueva validación sobre tuberías demasiado pequeñas. WatDis ahora marca como crítico cualquier diámetro por debajo de 5 mm y además advierte relaciones longitud-diámetro extremas en tuberías pequeñas.

Eso importa porque muchos problemas aparentes del análisis no nacen en el solver, sino bastante antes: en imports dudosos, geometrías incoherentes o datos que llegan con unidades o escalas poco creíbles. Detectar esa clase de señal antes de correr ayuda a no perder tiempo interpretando resultados que ya venían contaminados desde la entrada.

Además, el cambio no llegó solo como lógica interna. También aterrizó con mensajes localizados en inglés y español, pruebas enfocadas y actualizaciones del changelog de QA. Es una mejora concreta en cómo WatDis acompaña a quien modela, no solo una regla escondida en el código.

Benchmarks con mejor trazabilidad y menos anécdota

El segundo bloque fuerte de la semana fue el programa de benchmarks. WatDis sumó un barrido externo comprometido en repo con 233 redes y resultados agregados de convergencia, y además dejó una cola determinística de 471 casos para la campaña técnica.

La parte realmente valiosa aquí es la reproducibilidad. La campaña ahora filtra referencias EPANET limpias antes de promover casos, y guarda snapshots versionados de las fuentes para que un checkout limpio pueda regenerar los artefactos. Eso reduce bastante el riesgo de discutir casos ambiguos, repetir experimentos mal definidos o depender de memoria informal para explicar por qué un caso entró en prioridad.

Dicho más simple: el roadmap del solver queda mejor anclado en evidencia concreta y compartible.

Una semana útil precisamente porque no exagera

También hubo bastante trabajo de documentación y protocolo alrededor de la campaña del solver. Eso es real y valioso, pero conviene contarlo con cuidado: no equivale todavía a una mejora confirmada del runtime ni a una historia cerrada sobre convergencia.

De hecho, la lectura honesta de la semana es mejor por eso. WatDis avanzó en separar tres cosas que suelen mezclarse: inputs inválidos, casos de benchmark ruidosos y problemas numéricos reales. Cuando esas fronteras quedan más claras, el producto gana en confiabilidad y el trabajo de ingeniería gana en foco.

Por qué importa

Para quien usa WatDis en trabajo técnico, esto se traduce en algo muy práctico: menos chances de confiar en una red mal construida y mejor base para entender qué casos realmente merecen atención del solver.

No es una semana de prometer una gran victoria numérica. Es una semana de hacer más creíble el camino hacia esa victoria. Y, en herramientas de ingeniería, esa diferencia importa bastante.