3

Alô pessoal, vamos ajudar a salvar vidas?

Fala, pessoal.

Quero convidar vocês para contribuir com o projeto mg_location uma iniciativa open source que nasceu com um objetivo muito claro: usar engenharia de software para salvar vidas.

A proposta é construir uma plataforma capaz de apoiar ações em desastres climáticos (enchentes, deslizamentos, tempestades, etc.), integrando:

Mapas interativos em tempo real

Dados climáticos e ambientais

Informações públicas e governamentais

Modelos de previsão e simulação

Inteligência Artificial para análise de risco

Organização de voluntários e operações

A ideia é simples, mas ambiciosa:
usar tecnologia não apenas para negócios, mas para impacto real no mundo.

Estamos trabalhando para que o sistema consiga:

Centralizar informações críticas durante crises

Ajudar equipes a tomar decisões com base em dados

Estimar áreas de risco

Organizar operações de resgate

Dar transparência às ações e recursos envolvidos

Tudo 100% open source.
Qualquer pessoa pode contribuir desenvolvedores, especialistas em dados, IA, meteorologia, UX, DevOps, segurança, documentação, voluntários ou simplesmente com ideias.

Se você acredita que engenharia de software pode ir além de CRUD e dashboards corporativos, e pode ser usada para proteger vidas, essa é uma oportunidade de construir algo relevante de verdade.

Repositório:
https://github.com/nhmatsumoto/mg_location

Se fizer sentido para você, venha contribuir.
Vamos usar código para fazer diferença.

https://github.com/nhmatsumoto/mg_location
https://www.linkedin.com/pulse/mg-location-tecnologia-servi%C3%A7o-de-vidas-nilton-hiroyuki-matsumoto-relrc/?trackingId=TZI8xVDlTkOUu36rCkqllA%3D%3D

Carregando publicação patrocinada...
2

frontend-react feat(frontend): add public 3D operations globe visualization

Cara, uma call que ouvi durante as enchentes do RS:

Uma aplicação X só deu certo e foi amplamente utilizada porque não tinha front-end

era html puro.

em um desastre a internet fica extremamente prejudicada, cada KB importa, o celular de uma pessoa em uma infraestrutura comprometida não vai conseguir baixar MBs de scripts de framework e muito menos um mapa 3d.

Se você quer que sua aplicação tenha chance: keep it simple

4

Fala Pilati, tranquilo?

Obriado pelo comentário! Você está totalmente correto!

Em cenários de desastre, a infraestrutura de rede geralmente está degradada ou parcialmente indisponível. Nessas condições, cada KB realmente importa, e aplicações pesadas dificilmente conseguem ser utilizadas por quem mais precisa.

O projeto mg_location (agora evoluindo para SOS-Location) está justamente sendo pensado para esse tipo de ambiente. A ideia não é depender apenas de uma interface moderna com mapas 3D ou frameworks pesados, mas sim construir uma arquitetura que funcione em múltiplos níveis de conectividade.

O plano de arquitetura é relativamente extenso e envolve alguns princípios importantes:

Modo de emergência extremamente leve (HTML simples, payload mínimo, funcionando mesmo em conexões muito limitadas).

Arquitetura offline-first, onde os dispositivos conseguem operar e registrar informações mesmo sem internet.

Sincronização oportunista (store-and-forward): dados são armazenados localmente e sincronizados quando qualquer tipo de conexão estiver disponível.

Comunicação local entre dispositivos usando tecnologias como Wi-Fi Direct ou Bluetooth para troca de dados curtos quando não há rede.

Gateways de campo (por exemplo um servidor portátil em um posto de comando) que podem concentrar informações localmente.

Backhaul opcional quando disponível, como Starlink ou outras formas de conectividade, para sincronizar com o sistema central.

Tráfego de dados extremamente compacto, priorizando mensagens curtas e estruturadas em vez de payloads grandes.

Ou seja, a ideia é que o sistema não dependa de uma única infraestrutura e consiga operar desde um cenário com rede mínima até ambientes com conectividade mais robusta.

O objetivo do projeto é justamente construir uma plataforma que continue útil mesmo quando a internet não está funcionando bem, que é exatamente quando ela é mais necessária.

Seu comentário é muito válido e está totalmente alinhado com a direção arquitetural que estamos planejando para o sistema.