Soy Ingeniero Civil, egresado de la Universidad Michoacana de San Nicolas de Hidalgo. Con experiencia en la rama de de la Ingeniería en el sector privado y publico. Ademas de desempeñar actividades propias de un ingeniero civil, me desempeñe también en la rama de la programación automatizando procesos repetitivos y complejos de las propias actividades diarias.
logrando esto por medio de herramientas de programación. algunas veces combinando distintos programas y distintos lenguajes.
A lo largo de mi trayectoria eh encontrado una serie de retos que me han ayudado a crecer como profesional y como persona. De los cuales eh tratado de tomar siempre lo mejor y aprender.
Mi meta ahora a largo plazo es convertirme en un profesional en la rama de tecnología.
El tiempo de concentración suele aparecer en los estudios hidrológicos como un valor intermedio más. Se calcula, se coloca en una tabla y después se continúa con el gasto de diseño.
Pero su influencia es mucho mayor.
El tiempo de concentración, Tc, representa el tiempo necesario para que el escurrimiento generado en el punto hidráulicamente más alejado de una cuenca contribuya a su salida.
Por eso está directamente relacionado con la duración de lluvia que representa la respuesta de la cuenca.
Un mismo terreno, tres tiempos distintos
En uno de los análisis realizados en Hidrología de Tecnorrill se compararon tres métodos para una subcuenca de aproximadamente 149 km², con un cauce principal de 33.633 km y una pendiente media de cauce de aproximadamente 2.35 %.
Los resultados fueron:
Kirpich: 4.205 h
Témez: 8.849 h
Giandotti: 10.772 h
Tc adoptado: 8.849 h
Entre el menor y el mayor resultado existe una diferencia superior a 6.5 horas.
Eso es demasiado para tratar el Tc como una entrada indiferente.
¿Por qué se adoptó 8.849 h?
No se impuso una ecuación única por defecto.
Los tiempos se calcularon utilizando la geometría obtenida de la caracterización de la cuenca: longitud de cauce, pendiente, área y desnivel.
Después se compararon los resultados.
En este caso, Kirpich produjo el extremo corto con 4.205 h.
Para evitar adoptar directamente ese extremo en una cuenca de esta escala, se utilizó un valor representativo del conjunto de métodos aplicables mediante un control mediano:
mediana(4.205, 8.849, 10.772) = 8.849 h
El resultado coincide con Témez, pero ésa no es la razón principal de su elección.
Lo importante es que 8.849 h ocupa la posición central de las tres estimaciones comparadas.
No se seleccionó una fórmula para obtener el número deseado; primero se conservaron las estimaciones y después se definió explícitamente el criterio de adopción.
¿Por qué importa tanto esa diferencia?
La precipitación disponible originalmente corresponde a una máxima areal de 24 horas, pero el cálculo de avenidas necesita una precipitación asociada a una duración compatible con la respuesta de la cuenca.
La precipitación se ajusta a la duración Tc mediante una relación de potencia:
P(D) = P24 × (D / 24)^(1-e)
tomando D = Tc.
Para un periodo de retorno de 100 años:
P24 = 91.857 mm
Tc adoptado = 8.849 h
P(Tc) = 61.368 mm
Por tanto, el tiempo de concentración no queda aislado en una tabla: interviene directamente en la precipitación que continúa por la cadena de cálculo.
Después del Tc todavía no tenemos gasto
La precipitación asociada al Tc tampoco se convierte directamente en caudal.
Primero deben considerarse las pérdidas del evento.
En el caso analizado se utilizó el método SCS/NRCS con un Número de Curva CN II = 74.6.
A partir de los 61.368 mm correspondientes a la duración Tc, la precipitación efectiva resultó:
Con la misma lluvia efectiva se compararon cuatro métodos de gasto pico para Tr = 100 años:
HUT de Mockus: 63.18 m³/s
Método Racional: 69.50 m³/s
Ven Te Chow: 69.50 m³/s
I-Pai-Wu: 1,063.12 m³/s
La diferencia de I-Pai-Wu es de otro orden de magnitud.
En lugar de ocultarlo, se conserva como contraste y se identifica como un resultado que requiere revisar su aplicabilidad y parametrización antes de cualquier adopción.
El método recomendado fue el Hidrograma Unitario Triangular de Mockus/NRCS, con:
Q = 63.18 m³/s
La razón no fue escoger el menor valor.
Se recomendó porque mantiene coherencia con la lluvia efectiva previamente calculada y, además del gasto pico, conserva volumen y forma temporal del hidrograma.
Esto es especialmente útil cuando existen varias subcuencas que posteriormente deben combinarse o transitarse.
La decisión importante no es qué fórmula gana
Este ejemplo muestra por qué automatizar un estudio hidrológico no debería significar esconder las decisiones detrás de un botón.
Para una sola subcuenca encontramos tiempos de concentración de:
4.205 h → 8.849 h → 10.772 h
Y posteriormente resultados de gasto desde aproximadamente 63 m³/s hasta más de 1,000 m³/s, según el método.
El trabajo de ingeniería no consiste en quedarse con el número mayor, el menor o el que resulte más cómodo.
Consiste en poder responder:
qué se calculó;
qué alternativas existían;
qué criterio se utilizó;
y por qué se adoptó finalmente un valor.
Ésa es una de las ideas que estamos desarrollando en Hidrología de Tecnorrill: automatizar la cadena de cálculo sin perder la evidencia que permite revisarla.
Del edificio al cálculo, los diámetros, las presiones, el despiece y EPANET manteniendo todo dentro del mismo modelo
Diseñar una instalación hidráulica interior puede parecer, en principio, un problema de cálculo.
Pero buena parte del tiempo empleado en un proyecto no necesariamente se va en resolver una ecuación.
Se va en organizar información.
Y muchas veces en volver a organizar exactamente la misma información.
🏢 Primero se define el inmueble. 👥 Después aparecen niveles, ocupantes y dotaciones. 🚿 Se incorporan muebles y espacios. 🔗 Se establece una red. 📐 Se seleccionan diámetros. 📉 Se calculan pérdidas. 💧 Se revisan presiones.
Y cuando parece que terminamos…
todavía hay que preparar información para materiales, memoria de cálculo, presupuesto o incluso volver a capturar la red en otra herramienta.
Ese problema fue uno de los puntos de partida de una plataforma hidráulica que he estado desarrollando.
🏢 Un solo modelo durante todo el proceso
La idea central es sencilla:
El proyecto no debería empezar de cero cada vez que cambia la etapa de trabajo.
En la plataforma el proceso comienza configurando el inmueble y sus niveles.
Posteriormente se incorporan los espacios y sus muebles hidráulicos: baños, cocinas, lavanderías y otras áreas forman parte del mismo modelo que posteriormente utilizará el cálculo.
Después se construye visualmente la red.
Cada conexión mantiene su relación con los elementos que alimenta y con los demás tramos del sistema.
🔗 Construir la red antes de convertirla en tablas
Una característica que considero importante es poder ver la topología de la instalación.
En lugar de comenzar únicamente con filas y columnas, el usuario puede entender cómo se alimentan los diferentes niveles y ramales.
Eso hace mucho más sencillo detectar conexiones que no corresponden con el proyecto antes de analizar resultados.
Pie de imagen:
Representación de la red hidráulica y su distribución entre niveles.
Captura sugerida — Red de tres niveles
📐 Del gasto probable al diámetro
En instalaciones interiores, asumir que todos los muebles funcionarán simultáneamente puede producir demandas poco representativas.
La plataforma utiliza las unidades correspondientes de los muebles y el método de Hunter para obtener el gasto probable que circula por cada tramo.
A partir de ese gasto se revisan los diámetros comerciales disponibles y las velocidades resultantes.
Así, el diámetro deja de ser simplemente un número dentro de una tabla.
Puede relacionarse directamente con:
🔹 el tramo al que pertenece 🔹 los muebles abastecidos 🔹 el gasto acumulado 🔹 su posición dentro de la red
⬇️ La red no empieza en el último ramal
Una de las mejoras que terminé considerando fundamental fue darle mayor importancia a la línea principal.
En un edificio de varios niveles no tiene mucho sentido dimensionar perfectamente las derivaciones si no analizamos también la tubería que transporta el agua desde el almacenamiento hacia esos niveles.
Por esa razón el modelo también representa y calcula:
✅ la bajada principal ✅ los tramos verticales ✅ sus longitudes ✅ sus diámetros
Pie de imagen:
Bajada principal y conexión hidráulica de los diferentes niveles del edificio.
Captura sugerida — Línea principal
📉 Pérdidas y presión residual
Después del dimensionamiento hay otra pregunta mucho más importante:
¿El agua realmente llegará en condiciones adecuadas al punto de consumo?
La plataforma calcula las pérdidas de carga mediante Hazen–Williams y considera además las pérdidas menores correspondientes.
Con esas pérdidas y las elevaciones del sistema se obtiene la presión residual disponible.
🎯 Y uno de los resultados especialmente útiles es identificar el punto crítico.
En lugar de revisar manualmente cada recorrido para descubrir cuál gobierna la instalación, el modelo permite localizarlo y después analizar por qué ese punto resulta desfavorable.
Pie de imagen:
Revisión de presión residual e identificación del punto crítico de la instalación.
Captura sugerida — Punto crítico
🧰 Del cálculo al material
Saber que un tramo necesita determinado diámetro tampoco significa que el trabajo haya terminado.
Para ejecutar una instalación necesitamos conocer también:
La intención es convertir el modelo hidráulico en información mucho más cercana a lo que finalmente tendrá que adquirirse y construirse.
Hay elementos que necesariamente deberán revisarse en campo —por ejemplo algunos accesorios que dependen del recorrido constructivo definitivo—, pero el objetivo es comenzar desde una base mucho más completa.
Pie de imagen:
Despiece de tuberías, accesorios y materiales obtenido a partir del mismo modelo hidráulico.
entonces buena parte de la información requerida por otras herramientas ya existe.
Por esa razón la plataforma puede exportar el proyecto a Excel y generar un modelo compatible con EPANET.
Y aquí hay una diferencia importante:
La intención no es reemplazar EPANET.
Es precisamente poder utilizarlo cuando haga falta una simulación más especializada sin reconstruir manualmente toda la red desde cero.
Pie de imagen:
Exportación del mismo proyecto a Excel y EPANET para continuar el análisis.
Captura sugerida — Excel y EPANET
🧠 Automatizar no significa dejar de revisar
Hay una idea detrás de todo este desarrollo que considero especialmente importante.
Automatizar ingeniería no debería significar ocultar el cálculo detrás de un botón.
Debería significar exactamente lo contrario:
hacer más sencillo revisar el proyecto.
Si el software puede encargarse de operaciones repetitivas, acumulaciones, organización de información y presentación de resultados, entonces el profesionista puede dedicar más tiempo a las preguntas realmente importantes:
❓ ¿Tiene sentido el diámetro seleccionado? ❓ ¿La velocidad es adecuada? ❓ ¿Dónde estoy perdiendo presión? ❓ ¿Por qué este nodo resulta crítico? ❓ ¿Estoy representando correctamente la instalación real?
Esa es la intención de esta herramienta.
No solamente calcular más rápido, sino conservar conectadas las diferentes etapas para poder entender mejor el resultado.
🚀 La herramienta ya puede probarse
No es necesario crear primero un proyecto completo ni pasar por un proceso largo de registro.
Puedes abrir una sesión como invitado y conocer directamente el flujo.
La automatización hidrológica no debería consistir en presionar un botón y aceptar un resultado sin explicación. El motor de TechyNest organiza el estudio en una secuencia verificable: normaliza las observaciones, evalúa calidad y consistencia, propone el llenado de vacíos, compara distribuciones estadísticas, valida métodos espaciales y conserva evidencia suficiente para revisar cada decisión.
De datos climatológicos a lluvia de diseño: cómo funciona el motor hidrológico automático de TechyNest
Realizar un análisis hidrológico suele exigir combinar archivos climatológicos, hojas de cálculo, pruebas estadísticas, cartografía y múltiples decisiones técnicas. El problema no es solamente ejecutar fórmulas: es conservar la coherencia entre todas las etapas y explicar de dónde provino cada resultado.
La Plataforma Hidrológica de TechyNest fue diseñada para automatizar ese proceso sin convertirlo en una caja negra. El sistema recomienda configuraciones y métodos, pero también registra los datos utilizados, los criterios de aceptación, las advertencias, la confianza y la versión del algoritmo.
Su principio de reproducibilidad es sencillo:
La misma entrada, configuración y versión metodológica deben producir el mismo resultado, independientemente de la tecnología utilizada para ejecutar el cálculo.
El flujo completo sigue este orden:
Datos climatológicos
→ control de calidad
→ consistencia
→ preparación de estaciones
→ llenado o reconstrucción
→ producto hidrológico
→ análisis de frecuencias
→ interpolación espacial
→ resultados y evidencia
Esta secuencia evita aplicar distribuciones estadísticas o generar mapas sobre series cuya calidad todavía no ha sido revisada.
1. Importación y normalización de los datos
El proceso comienza con las observaciones climatológicas disponibles, inicialmente procedentes de estaciones CONAGUA/SMN.
Antes de realizar cualquier cálculo, el sistema:
Lee los metadatos de la estación.
Reconoce la codificación y el formato del archivo.
Interpreta fechas y variables.
Detecta fechas duplicadas.
Construye el calendario diario esperado.
Identifica fechas ausentes.
Clasifica valores nulos o inválidos.
Detecta precipitaciones negativas.
Calcula una huella digital SHA-256.
Genera una versión normalizada de la serie.
No todos los vacíos significan lo mismo. Por ello se distinguen cuatro estados:
Valor observado: dato interpretado correctamente.
Nulo de fuente: el archivo indica explícitamente que el dato no existe.
Fecha ausente: la fecha debería aparecer, pero no está registrada.
Valor inválido: el contenido no puede interpretarse o viola las reglas de la variable.
Una regla especialmente importante es que 0.0 mm representa un día observado sin precipitación y nunca se considera un dato faltante. Los valores negativos se conservan como hallazgos de calidad, pero no se utilizan como precipitación válida.
Los datos originales no se sobrescriben. Las correcciones y estimaciones se almacenan como resultados derivados y trazables.
2. Perfil de disponibilidad y consistencia
Cada estación recibe primero un perfil que resume:
periodo de registro;
días esperados;
observaciones utilizables;
fechas ausentes;
nulos;
inválidos;
negativos;
duplicados;
porcentaje de cobertura;
meses y años completos.
Un año se considera estrictamente completo solamente cuando contiene sus 365 o 366 fechas, todas con precipitación válida y sin valores negativos.
Después se revisa la consistencia temporal de la serie.
El flujo básico contempla:
promedios móviles;
prueba de secuencias;
prueba de Helmert.
Cuando los resultados básicos, la longitud de la serie o el objetivo del estudio lo justifican, pueden incorporarse pruebas específicas:
Student;
Cramer;
Mann-Kendall;
pendiente de Sen;
regresión;
Anderson.
El modo automático no ejecuta pruebas indiscriminadamente. Debe indicar cuáles fueron aplicadas, cuáles se omitieron y por qué. Una serie puede terminar clasificada como consistente, pendiente de revisión específica, con evidencia de inconsistencia o con resultado no concluyente.
3. Preparación del grupo de estaciones
Para completar una estación o construir un producto regional, primero debe formarse un grupo comparable.
El modo recomendado utiliza un periodo común:
Inicio común = fecha inicial más reciente del grupo
Fin común = fecha final más antigua del grupo
Así se evita comparar una estación con cincuenta años de información contra otra que sólo tiene cinco.
La recomendación automática de la estación objetivo sigue un orden determinista:
Estaciones estructuralmente aptas.
Menor cantidad de faltantes.
Mayor porcentaje de cobertura.
Mayor número de años completos.
Clave de estación como desempate.
La plataforma presenta una recomendación explicada, pero el usuario puede seleccionar otra estación cuando su conocimiento local o el propósito del estudio lo justifiquen.
4. Llenado individual y reconstrucción de red
El motor puede trabajar de dos maneras.
Llenado individual
Se selecciona una estación objetivo y las demás funcionan como auxiliares. Es apropiado para una revisión detallada y controlada.
Reconstrucción progresiva
Las estaciones se procesan en varias iteraciones. La primera usa exclusivamente observaciones reales. En iteraciones posteriores pueden reutilizarse estimaciones de nivel 1, dependiendo del perfil elegido.
El nivel automático máximo es 2:
Las estimaciones de nivel 1 pueden reutilizarse bajo reglas controladas.
Las estimaciones de nivel 2 quedan identificadas.
Un valor de nivel 2 nunca se utiliza para producir nuevas estimaciones.
Esto limita la propagación del error.
Métodos diarios evaluados
Según la disponibilidad de estaciones auxiliares, el sistema puede comparar:
consenso espacial de día seco;
método U.S. Weather Service por distancia inversa;
relación con una estación de referencia;
promedio aritmético;
relación normalizada.
Para escalas mensuales y anuales se emplean promedios, relaciones normalizadas o estaciones de referencia, siempre que exista suficiente información comparable.
La jerarquía es:
diario → mensual → anual
Un total mensual estimado directamente no se reparte artificialmente entre los días del mes. De igual manera, una estimación anual no se desagrega para inventar meses o máximos diarios.
Muestras mínimas iniciales
Escala
Información mínima
Diaria
30 pares observados
Mensual
12 pares de meses completos
Anual
5 pares de años completos
La calibración, la correlación y la validación cruzada utilizan siempre pares observado–observado. Los valores previamente estimados no se emplean para aparentar una mejor validación.
5. Validación de las estimaciones
Antes de aceptar automáticamente un método, se ocultan temporalmente valores conocidos y se intenta reconstruirlos. Este procedimiento permite comparar la estimación contra el dato realmente observado.
Las principales métricas son:
cobertura;
error absoluto medio, MAE;
raíz del error cuadrático medio, RMSE;
RMSE normalizado;
sesgo porcentual, PBIAS;
correlación;
tasa de falsos ceros.
De forma predeterminada, una propuesta se considera de confianza alta cuando cuenta con una muestra suficientemente amplia, error normalizado reducido y sesgo controlado. Las propuestas de confianza media también pueden aceptarse; las de confianza baja quedan excluidas inicialmente o requieren intervención explícita.
El consenso de día seco tiene una validación adicional: se mide cuántas veces las estaciones auxiliares habrían sugerido cero cuando la estación objetivo realmente registró lluvia.
Por defecto, los huecos diarios largos no se reconstruyen como si se conociera su distribución interna. El límite inicial recomendado es de tres días, aunque puede ajustarse según el objetivo y el perfil del análisis.
6. Productos hidrológicos
Una vez construida la serie final, el sistema no produce un único resultado genérico. El usuario selecciona el objetivo hidrológico.
Totales mensuales y anuales
Prioriza acumulados, cobertura, meses completos, años disponibles y procedencia.
Máximos anuales
La jerarquía de construcción es:
máximo diario observado;
máximo obtenido de una serie diaria reconstruida;
máxima mensual estimada;
estimación anual directa como último recurso.
Cada año recibe una recomendación:
Usar
Usar con trazabilidad
Usar con cautela
No usar
Medias y climatología
Incluye media anual, climatología mensual, mediana, percentiles, desviación estándar y coeficiente de variación.
Mínimos y periodos secos
Incluye mínimos positivos, meses y años secos, días sin lluvia y duración de rachas secas o húmedas.
El sistema no calcula rachas diarias cuando solamente existe un total mensual o anual, porque hacerlo implicaría inventar una distribución temporal inexistente.
7. Análisis de frecuencias
Para estimar precipitaciones asociadas a periodos de retorno se utiliza una serie trazable de máximos anuales. Cada máximo conserva su año, origen, método, confianza y recomendación de uso.
El usuario puede elegir entre tres perfiles:
Conservador: sólo observaciones y reconstrucciones diarias de confianza alta.
Balanceado: incorpora estimaciones directas de confianza alta; es el perfil recomendado para diseño.
Inclusivo: admite valores de menor confianza con advertencias, principalmente para sensibilidad.
La posición de trazado predeterminada es Gringorten, aunque también pueden utilizarse Weibull y Cunnane.
Se comparan hasta ocho distribuciones:
Normal.
Lognormal de dos parámetros.
Lognormal de tres parámetros.
Pearson tipo III.
Log-Pearson tipo III.
Gumbel.
Generalizada de valores extremos, GEV.
Exponencial de dos parámetros.
Una distribución con parámetros, cuantiles o verosimilitud no finitos se excluye y se documenta, pero no detiene el ajuste de los demás modelos.
La selección no depende únicamente del menor RMSE. El puntaje compuesto considera:
Criterio
Peso
RMSE global
20 %
RMSE de la cola superior
30 %
Kolmogórov-Smirnov
15 %
Anderson-Darling
15 %
AIC
10 %
BIC
10 %
La mayor ponderación de la cola superior responde a que los valores extremos suelen ser los más relevantes para diseño.
Esta regla no se presenta como una norma universal. Es una política metodológica explícita, versionada y auditable, que permite conocer exactamente cómo se obtuvo el veredicto.
Los periodos de retorno pueden ser:
comunes: 2, 5, 10, 25, 50 y 100 años;
extendidos: añade 200, 500 y 1000 años;
personalizados.
Los resultados incluyen intervalos de confianza mediante bootstrap y advertencias cuando el periodo de retorno representa una extrapolación considerable respecto de la longitud de la serie.
8. Lluvia media e interpolación espacial
Para representar la precipitación dentro de un punto o polígono se comparan, cuando son aplicables:
IDW convencional;
regresión con altitud e interpolación IDW de los residuales.
La validación espacial retira una estación a la vez, estima su valor con las restantes y calcula:
RMSE;
MAE;
sesgo;
error porcentual.
El método con menor RMSE se recomienda automáticamente. Ante un empate práctico se conserva IDW convencional por parsimonia.
Cuando no existe un modelo digital de elevación, la elevación de la malla se aproxima a partir de las estaciones. Esta limitación debe aparecer expresamente en el resultado.
También se construye la envolvente convexa de la red para indicar:
si un punto está dentro o fuera del soporte espacial;
qué porcentaje de un polígono queda dentro de la red;
qué parte corresponde a extrapolación.
Para polígonos, la precipitación media se obtiene mediante intersección de celdas y ponderación por área. Como control adicional se calcula también mediante franjas entre isoyetas y se compara la diferencia entre ambas estimaciones.
Cuando se generan mapas para varios periodos de retorno, se verifica que la precipitación no disminuya al aumentar el periodo. Una violación material de esta monotonicidad se registra y bloquea la publicación automática.
9. Trazabilidad y reproducibilidad
Cada ejecución conserva:
estaciones y periodo;
parámetros utilizados;
versión de los datos;
hash de la fuente;
versión del parser;
versión del algoritmo;
semilla aleatoria cuando corresponde;
métodos evaluados;
validaciones;
advertencias;
valores aceptados y rechazados;
procedencia y confianza;
manifiesto SHA-256.
Los resultados se separan en dos niveles:
Resultados
Presenta los valores principales, tablas y mapas listos para utilizar.
Evidencia técnica
Incluye configuraciones, validaciones, auxiliares, métricas, archivos intermedios y trazabilidad completa.
Esta separación permite una lectura sencilla para quien necesita el resultado, sin impedir que un especialista audite el procedimiento.
Automatización con criterio profesional
La finalidad del motor no es sustituir al hidrólogo o al ingeniero responsable. Su función es reducir trabajo repetitivo, aplicar reglas de manera consistente y hacer visibles decisiones que frecuentemente quedan dispersas entre hojas de cálculo.
La automatización recomienda, compara y documenta. El profesionista conserva la facultad de:
modificar parámetros;
elegir otro perfil;
excluir valores;
cambiar la estación objetivo;
revisar modelos alternativos;
aceptar o rechazar advertencias;
generar una nueva ejecución sin eliminar la anterior.
La calidad de un estudio automático no depende de cuántos cálculos realiza, sino de que pueda explicar qué datos utilizó, qué reglas aplicó, qué incertidumbre existe y hasta dónde resulta técnicamente defendible el resultado.
En resumen
La Plataforma Hidrológica de TechyNest busca que estos procedimientos sean accesibles para más profesionistas sin simplificar en exceso la metodología. Los cálculos pueden realizarse de forma guiada, mientras que los parámetros, advertencias y evidencias permanecen disponibles para revisión especializada.
Cuando el análisis hidrológico conduce al diseño de canales, drenajes, tuberías, cunetas o estructuras de control, el flujo puede continuar con el Asistente de Precios Unitarios de TechyNest, orientado a convertir las soluciones técnicas en presupuestos y análisis de costo estructurados.
Nota: la disponibilidad operativa de cada módulo puede variar conforme se habilitan nuevas versiones de la plataforma; este texto describe el motor metodológico de referencia definido para su desarrollo.
Captura rápida en campo (desde Telegram, sin depender de Excel ni herramientas pesadas)
Control técnico y refinamiento (en una plataforma web)
El resultado es el Asistente de Precios Unitarios (PU): un asistente virtual que entiende lenguaje natural y te guía paso a paso para crear una cotización con desglose defendible (materiales, mano de obra, indirectos), lista para enviar.
Genera cotizaciones desde Telegram para trabajos rutinarios trabajos técnicos, servicios recurrentes y cotizaciones estructuradas en general.
Te entrega un desglose por partidas (para reducir regateo y aumentar confianza)
Guarda la cotización por proyecto para reutilizar, copiar y ajustar
Permite afinar desde web con enfoque técnico (edición, recálculo, exportación)
Tecnologías que trabajan juntas
Este proyecto está construido como un sistema moderno donde cada parte hace lo suyo, pero todo se integra de forma fluida:
Backend (API y lógica de negocio)
Python + Django + Django REST Framework (DRF) para exponer APIs de proyectos, cotizaciones, catálogos y precios.
Base de datos relacional (PostgreSQL/MySQL según el entorno).
Soporte de exportación (ej. Excel/PDF) para entregar resultados “listos para negocio”.
Bot y experiencia en Telegram
FastAPI para manejar el webhook y la capa de servicio del bot.
aiogram (Telegram Bot Framework) para la lógica conversacional y los flujos guiados por botones.
Redis para manejar contexto de conversación, sesiones y evitar duplicidades (muy útil en mensajería).
IA aplicada (asistente que entiende y propone)
Integración con LLMs para interpretar solicitudes en lenguaje natural y proponer cotizaciones.
LangChain / LangGraph para orquestar pasos de forma controlada (generación de propuesta + aplicación/registro en plataforma).
“Tooling” basado en APIs para que la IA no solo responda texto, sino que interactúe con tu plataforma y deje todo guardado.
Frontend (plataforma web / administrador)
Next.js (React) para la interfaz.
TailwindCSS para styling rápido y consistente.
Componentes UI tipo shadcn/ui para una experiencia limpia, técnica y productiva.
¿Para quién está pensado?
Albañiles y cuadrillas que cotizan en campo y necesitan velocidad
Contratistas pequeños que quieren consistencia y orden por proyecto
Remodeladores que repiten trabajos similares y quieren plantillas/historial
PRINCIPALMENTE PERO PUEDE USARLO CUALQUIERA QUE REQUIERE AYUDA PARA COTIZAR.
Cualquiera que quiera cobrar lo justo y reducir “cotizaciones al tanteo”
Por qué lo construí
La mayoría de herramientas existentes son pesadas o pensadas para oficina. Aquí la apuesta es distinta: capturar rápido en obra y luego cerrar con precisión desde la web, y no necesitar ser un experto en analisis de precios unitarios.
Telegram no reemplaza al administrador: lo complementa. Uno es velocidad; el otro es control.
¿Qué sigue?
etapa de pruebas, es muy importante tu feedback, no tu hate!, iremos mejorando con tu ayuda.
Si te interesa probarlo o colaborar, aquí Te dejo una versión limpia, técnica y bien posicionada, usando tu contenido, no inventando nada:
AquaCare Tracker: una página simple para llevar el control de acuarios
AquaCare Tracker es una página ligera que cree por la necesidad de recordar los mantenimientos de mis peceras, que me ayuda a organizar el mantenimiento de mis acuarios y a no olvidar las tareas más importantes: cambios parciales de agua, limpiezas completas y recordatorios básicos como filtración o si el tanque es plantado.
¿Qué hace?
Lista de acuarios: cada tarjeta muestra el nombre del acuario, tamaño y especie principal.
Estado rápido: iconos para indicar si el tanque está filtrado y/o plantado.
Próximas tareas:
Full Cleaning (limpieza completa) con fecha objetivo y contador “en X días”.
Water Change con el porcentaje recomendado para ese tanque.
Acciones de un clic: botones para marcar cuando ya realicé la limpieza o el cambio de agua.
Gestión sencilla: botón para agregar un acuario nuevo y opción de eliminar cuando ya no se use.
La idea es mantener todo visual y rápido: abrir, revisar lo que toca esta semana y marcarlo como completado.
Pensado para uso diario
Legible en móvil: la interfaz prioriza tamaños grandes de texto y botones, ideal para consultarla mientras estoy junto al acuario.
Feedback claro: cada tarea muestra la próxima fecha y una “píldora” de cuántos días faltan, para decidir si adelanto o espero.
Configuración mínima: cada acuario guarda sus datos y el porcentaje de cambio de agua recomendado para su caso (por ejemplo, 30–35%).
Casos de uso
Mantener al día tanques con especies diferentes (betta, guppies, etc.).
Llevar registro de rutinas semanales vs. mensuales sin complicarse con apps pesadas.
Evitar sobrelimpiezas o olvidos que afecten la salud de los peces.
Roadmap (ideas futuras)
Recordatorios opcionales (push o calendario).
Historial de mantenimiento por acuario.
Notas rápidas (parámetros de agua, tratamientos, observaciones).
Ajustes flexibles por tipo de tanque (plantado, hospital, reproducción).
Exportar/respaldar el registro.
Conclusión
AquaCare Tracker busca ser lo suficientemente simple para usar todos los días y lo bastante claro para tomar acciones sin perder tiempo. Si te gustan los acuarios y quieres mantener rutinas consistentes, una herramienta minimalista como esta puede marcar la diferencia.
🚀 Les presentamo HydroDam Pro Web: análisis hidráulico de presas en tu navegador.
En los últimos años, las herramientas digitales se han vuelto indispensables para ingenieros y técnicos que buscan agilizar sus procesos de cálculo y simulación. Con orgullo quiero compartir un proyecto personal en el que he estado trabajando: HydroDam Pro Web, una aplicación moderna y accesible que lleva el análisis hidráulico de presas directamente a tu navegador.
🌊 ¿Qué es HydroDam Pro Web?
HydroDam Pro es la evolución del clásico TAV 1.0 (Tránsito de Avenidas en Vasos), un programa desarrollado en colaboración con el Instituto Mexicano de Tecnología del Agua (IMTA) que permitió a muchos ingenieros calcular el tránsito de avenidas en embalses de manera confiable. Esta nueva versión traslada esas capacidades a la web, añadiendo una interfaz intuitiva, compatibilidad con archivos CSV y visualizaciones interactivas.
⚙️ Principales funcionalidades
Análisis de hidrogramas: carga datos de caudal-tiempo y simula eventos de crecida.
Curvas elevación-capacidad: define la relación embalse-volumen de forma rápida y precisa.
Configuración de vertedores: ajusta uno o dos vertedores, libres o controlados, incluso con políticas de operación personalizadas.
Obras de toma y condiciones iniciales: incorpora extracciones constantes o con ley de descarga.
Resultados visuales: genera gráficas comparativas de caudal de entrada y salida, elevaciones y volúmenes, además de un resumen numérico claro.
Exportación: descarga los resultados en CSV y las gráficas en PNG para incluir en informes o presentaciones.
📥 Plantillas listas para usar
Para simplificar la curva de aprendizaje, la aplicación incluye plantillas en formato CSV para hidrogramas, curvas de elevación-capacidad, políticas de operación y leyes de descarga. De esta manera, podrás cargar tus datos en segundos y enfocarte en el análisis.
🚀 Acceso rápido y gratuito
La versión web no requiere instalación: basta con abrir el enlace en tu navegador, cargar tus archivos y comenzar a calcular. 👉 Accede aquí a HydroDam Pro Web
🙌 Créditos y legado
HydroDam Pro Web se inspira en el trabajo del equipo que desarrolló el programa TAV 1.0, especialmente del IMTA y colegas de CONAGUA. Mi objetivo es mantener viva esa esencia, pero adaptándola a las tecnologías modernas y acercándola a más usuarios mediante la web.
✨ Si eres ingeniero civil, estudiante de hidráulica o trabajas en gestión del agua, esta herramienta puede ahorrarte horas de trabajo y ofrecerte resultados confiables al instante. 💬 Me encantaría leer tus comentarios y sugerencias en los comentarios del blog o en mis redes.
Como Ingeniero he tenido la oportunidad de colaborar con el gran equipo de investigación de la universidad y ejecutar las plataformas digitales, servicios backend y soluciones tecnológicas relacionadas con GIS y procesamiento de datos del proyecto SIGHID (Sistema de Información Geográfica Hídrica de Morelia), un proyecto académico desarrollado por el Laboratorio de Hidráulica de la Universidad Michoacana de San Nicolás de Hidalgo (UMSNH).
Este proyecto se encuentra actualmente en una fase experimental y de validación, sirviendo como referencia técnica para futuras implementaciones prácticas.
¿Qué es SIGHID?
SIGHID es una solución integral desarrollada en la UMSNH que combina IoT, análisis espacial avanzado, procesamiento de datos en tiempo real y plataformas interactivas para la prevención y alerta temprana de inundaciones.
Tecnologías clave del proyecto
IoT y ESP32: Desarrollo e implementación de estaciones meteorológicas inteligentes por parte del equipo de investigación.
Análisis Geoespacial: Uso de GeoServer y GIS para la visualización y análisis dinámico del riesgo de inundación (plataformas que desarrollé e implementé).
Backend y procesamiento: Servicios desarrollados por mí para almacenar, analizar datos y calcular riesgos automáticamente.
Aplicación móvil (Android): App desarrollada para notificaciones inmediatas y manejo intuitivo por parte del usuario.
Plataforma web (Angular): Visor interactivo para mapas en tiempo real y monitoreo continuo de condiciones climáticas y niveles de riesgo.
¿Cómo funciona?
El núcleo de SIGHID está constituido por una red de estaciones meteorológicas distribuidas estratégicamente, desarrolladas por el equipo de IoT, que envían datos climáticos en tiempo real. El sistema central, implementado por mí, recibe y procesa esta información, evalúa continuamente el riesgo de inundación y actualiza automáticamente mapas interactivos accesibles a través de plataformas digitales.
El flujo operativo incluye:
Recepción y almacenamiento centralizado de datos.
Procesamiento automatizado de datos de lluvia.
Cálculo dinámico y continuo de riesgos.
Comunicación inmediata de alertas tempranas.
Visualización actualizada y accesible mediante plataformas interactivas.
Aplicación móvil
Disponible para Android, permite activar o desactivar fácilmente las alertas y recibir notificaciones inmediatas ante eventos críticos.
Aunque actualmente en fase experimental, SIGHID tiene el potencial de fortalecer significativamente la capacidad de respuesta ante emergencias, proteger vidas y bienes, y mejorar la planificación urbana frente al cambio climático.
Colaboración y orgullo personal
Me siento profundamente orgulloso de colaborar con el extraordinario equipo de investigadores multidisciplinarios del Laboratorio de Hidráulica de la UMSNH, aportando soluciones tecnológicas reales a desafíos ambientales críticos mediante plataformas digitales avanzadas.
Te invito a conocer más sobre este proyecto y las tecnologías involucradas:
Continuando con las funcionalidades de la plataforma de tiendas vamos a ver como crear y editar nuestros atributos para los productos.
OJO antes de continuar con los atributos se requiere tener creados los productos donde se darán de alta los atributos
por lo tanto si no los haz creado te sugiero lo hagas antes de continuar primero.
Para ingresar los atributos de los productos primero ingresa al menú principal.
Botón de menú
El cual esta en la parte superior derecha se encuentra el botón de acceso al mismo
Menú desplegable
Selecciona la opción de ATRIBUTOS en el menú desplegable
indice de atributos
Si queremos crear un nuevo atributo seleccionamos la opción de “+ Nuevo atributo” en el indice de atributos
Opciones de tiendas
Veras las opciones de los atributos que podrás modificar:
Nombre
Descripción
Precio del atributo (en caso de que el atributo no modifique el valor del producto ponerlo en cero)
Producto del cual sera opción el atributo
Tipo de atributo (tamaño, color, talla, sabor, complemento!) lo que a ti se te ocurra.
Enviar los datos
Al terminar de capturar los datos pulsa el botón de Enviar para registrarlos, Nota: al capturar los datos de manera correcta, te enviara una leyenda de color azul en la parte superior que dice creado con éxito. De no ser así verifica que tus datos sean correctos.
Tienda creada con éxito.
Y listo el producto ya estará disponible para ser desplegado en la plataforma de tiendas, dentro de cada producto en particular
por lo tanto si no los haz creado te sugiero lo hagas antes de continuar primero.
Boton de menu
Accesamos al menú, en la parte superior derecha se encuentra el botón de acceso al mismo
Menú desplegable
Selecciona la opción de PRODUCTOS en el menú desplegable
Indice de productos
Si queremos crear un nuevo producto seleccionamos la opción de “+ Nuevo producto” en el indice de productos
Opciones de tiendas
Veras las opciones de los productos que podrás modificar:
Tienda a la que pertenece
Grupo perteneciente
Nombre
Descripción
Precio regular de venta
Imágenes del producto
Numero de piezas en el inventario (stock)
Numero de piezas con aviso preventivo
Numero de piezas con alarma (aviso urgente)
Opción para activar o desactivar el producto
Enviar los datos
Al terminar de capturar los datos pulsa el botón de Enviar para registrarlos, Nota: al capturar los datos de manera correcta, te enviara una leyenda de color azul en la parte superior que dice creado con éxito. De no ser así verifica que tus datos sean correctos.
Tienda creada con éxito.
Y listo el producto ya estara disponible para ser desplegado en la plataforma de tiendas.
Continuando con las funcionalidades de la plataforma de tiendas vamos a ver como crear un grupo de productos.
Botón de menú
Accesar al menú, en la parte superior derecha se encuentra el botón de acceso al menú
Menú desplegable
Selecciona la opción de Grupos en el menú desplegable
Los grupos de productos, es decir estos objetos agrupan productos que pueden ser del mismo tipo, por ejemplo, bebidas, entradas, plato fuerte, herramientas, etc, los grupos serán agrupados por categorías (solo recomendado tener varias para una tienda con muchos productos)
Indice de Grupos
Para crear un nuevo grupo basta con seleccionar la opción “+ Nuevo Grupo”.
Nuevo grupo
Para crear un grupo introducimos el nombre, la descripción, seleccionamos una imagen y seleccionamos el tipo de grupo.
al terminar damos clic en enviar y esperamos la leyenda de color azul en la parte superior derecha “creado con éxito”
Creado con éxito.
una vez mostrada la leyenda esta listo nuestro grupo de proyecto para catalogar u organizar nuestros productos.
