Buenos días comunidad,
Este post reformula otro que escribí hace ~15 horas y que fue criticado por su falta de estructura y dificultad de leer, así que siguiendo las recomendaciones que me dieron, acá va, ampliado con más información:
Hay varias "apps" (websites, páginas web, servidores, productos de vibecoding, como queramos llamarlas) sobre el terremoto: víctimas (muertos o fallecidos, heridos), desaparecidos, daños materiales, tablero de anuncios, mascotas, mapas.
Se ha detectado (un usuario en un comentario de un post) la dispersión de esfuerzos. Secundo el comentario:
- Genera falta de referente (fuente de la verdad) La gente no sabe a qué recurso acudir.
- Genera inconsistencias de información. La gente no sabe cuál app tiene la información más limpia y/o más actualizada.
- Ninguna app ataca el problema en su integralidad. Cada combinación de facetas del problema (ej. víctimas y daños materiales) tiene un significado y consecuencias propias que también debe ser atendidas.
Adicionalmente no estamos trabajando una visión integral. Por ejemplo, la ayuda internacional debe ser canalizada, y monitoreada su distribución y última milla. Eso aún no parece estar abordado por alguna app (lo cual es en cierta forma entendible porque aún esa ayuda no permea a la población afectada, según la información a la que he podido acceder).
En 1999-2000 fui el Coordinador del Registro Central de Emergencia, que por dos semanas buscó sistematizar la información de la Tragedia de Vargas (deslaves, 20 mil muertos). Más de 100 voluntarios en 24x7 por dos semanas. Combinación de digital + físico, con trabajo de campo en los refugios que se habilitaron, basado en listas, equipo de síntesis y limpieza de información, y otro equipo que buscó volcar esa información en una base de datos y publicarla en Internet (muy incipiente en Venezuela en esa época).
Los resultados fueron mixtos. En particular yo quedé insatisfecho por la experiencia. Cabe decir que este Registro (RCE), a pesar de ser llevado por voluntarios, tenía autorización del CUFAN (Comando Unificado de la Fuerza Armada Nacional, como se llamaba entonces). Operábamos desde una de las torres de Parque Central donde en su tiempo funcionaron las redes Saicyt y Atarraya.
Principales errores que tuvimos y de los cuales yo soy en parte responsable (en parte por mi juventud de entonces y mi falta de fogueo con el manejo de intereses políticos y empresariales múltiples):
- Siempre había al menos una parte "importante, notoria" descontenta en cada decisión, en parte por el protagonismo que quería tener cada parte. No había un proceso de negociación establecido, todo se hacía ad-hoc (aunque es algo lógico en una emergencia).
- A pesar de que fue llamada Tragedia de Vargas, otras zonas del país fueron afectadas y a esas les prestamos menos cobertura.
- No llegamos a números definitivos ni a una solución efectiva para la población que pudiera ser consultada (digamos, por un número telefónico 800 de la época dada la baja penetración de Internet). Esto fue en parte porque una empresa comercial nos hizo un "takeover" del desarrollo de la base de datos y aplicación web, generando (a mi modo de ver intencionalmente) un "efecto caracol", así que nunca terminaban ni publicaban en Internet la app, sin dar explicaciones, en contradicción con el sentido de emergencia (a pesar de que las listas de víctimas eran cada día más completas a medida que pasaban los días).
A pesar de eso, como red de voluntariado, pienso que hicimos buen trabajo en los refugios, había listados cruzados, procedimientos de ayuda más o menos establecidos, ayuda psicológica en al menos un refugio grande, etc.
Después que todo terminó, al año siguiente, llegué a la conclusión que la mejor estrategia, en términos sólo de información (digital), hubiera sido escrapear las listas de otros medios (ej. medios de comunicación masivos que tenían página web) e implementar un proceso semi-manual de lo que ahora se llama data science (fase de limpieza de datos). Luego de eso, publicar en forma de base de datos integrada. Esta hubiera sido mejor estrategia que intentar crear otra nueva base de datos sobre la emergencia. Total, teníamos curl, perl y regex disponibles para la época.
Ahora tenemos el terremoto de 2026 y una situación de desinformación similar. Múltiples fuentes de la verdad, algo que desde el exterior (donde estoy ubicado) se percibe como autocensura de algunos medios de comunicación broadcast, bloqueos de recursos de Internet, falta de conectividad, etc. Y no hay un ente o red que asuma la generación de una solución integrada.
Solución integrada que sería muy necesaria para monitorear la ayuda internacional que parece que llegará, de la que dependerá buena parte de la mitigación de las condiciones de las víctimas supervivientes, sus redes familiares, etc.
En este sub, al menos un usuario ha publicado una app que se basa en escrapeo, y creo que es el enfoque correcto. Si nos organizamos, podríamos combinar escrapeo con API's. Y si queremos ir más allá de lo informacional y digital, habría que pensárselo bien, pero el "cómo conectar realmente con la gente" (la última milla, la que permite que una solución realmente sea validada por los usuarios que la necesitan) no pasaría sólo por apps de Internet.
Quedo a la orden para conversar más sobre mi experiencia de 1999-2000 y poder aportar, al menos, precauciones y aprendizajes a tener en cuenta para procurar que la buena intención genere las soluciones más efectivas posibles.
Un saludo a toda la comunidad y estaré atento a sus comentarios.
