Criacao de um desafio para a comunidade baseado na dor do Estado

[virgiliojr94]

A intenção é basicamente um aplicativo que consiga identificar se a conexao caiu e dai questiona se ela é problema local ou geral, conseguindo fazer isso ela tambem identifica se retornou. Coletando tudo isso conseguimos pegar data e hora da queda e data e hora do retorno com maior precisao, eu sou bem leigo nisso mas a comunidade pode ajudar.

[virgiliojr94]

Desafio aqui:

Desafio: TracerNet Roraima

Objetivo: Desenvolver um aplicativo semelhante ao Downdetector para Roraima, capaz de identificar quedas de conexão de internet em dispositivos móveis e gerar dados para um dashboard.

Requisitos Funcionais:

1. Identificação automática de falhas de conexão.
2. Notificação ao usuário para distinguir falhas gerais e locais.
3. Registro de falhas gerais em uma lista.
4. Exportação dos dados registrados para uma planilha ou arquivo CSV.
5. Integração com um dashboard para visualização dos dados.

Requisitos Técnicos:

• Plataforma: Android (Kotlin/Java) ou iOS (Swift/Objective-C).
• Uso de bibliotecas para detecção de conectividade de rede.
• Implementação de notificações push para interação com o usuário.
• Armazenamento local dos dados com SQLite (Android) ou CoreData (iOS).
• Geração de arquivos CSV ou Excel a partir dos dados registrados.
• Integração com serviço de dashboard, como o Looker.

Entrega:

• Criação de um repositório público no GitHub com o código-fonte e a documentação.
• Documentação clara sobre o funcionamento do aplicativo e processo de exportação para o dashboard.
• Demonstração do aplicativo em funcionamento através de um vídeo ou imagens.

[KassioVieira]

Olá, Como será determinado se a falha é geral ou local? Quais critérios serão usados para fazer essa distinção? Se o app vai detectar isso automaticamente então ele deve ter um service(Funciona mesmo com o app fechado), no Android não é complexo de implementar, mas no IOS tem mais restrições quanto a isso e a frequência com que o serviço pode atualizar é menor do que no Android.

[dionlaranjeira]

@KassioVieira, uma sugestão seria implementar esse sistema com base na localização dos usuários. Por exemplo, se tivermos 100 usuários na região de Boa Vista e um número X deles (precisaríamos calcular essa porcentagem com bases estatísticas) ficarem sem sinal ao mesmo tempo, poderíamos inferir que pode haver uma interrupção de internet no estado (embora isso não seja uma certeza absoluta, seria um indicativo). Além disso, poderíamos integrar outras informações para complementar essa análise. No entanto, para isso, seria necessário enviar esses dados para um backend realizar os cálculos necessários.

[iurysalino]

Respeitando o que o @KassioVieira citou a respeito do Iphone, o envio de dados estatísticos poderia ser coletado de tempos em tempos por cada usuário, acontecendo primeiro um armazenamento local e quando identificada uma conexão de wi-fi, como citou o @dionlaranjeira, esses dados poderiam ser sincronizados. Olhando para o cenário desejado, um caminho que poderia ser interessante na análise, é verificar não só as ausências de conexão, mas também receber informações quando a conexão estiver relativamente "fraca". Assim seria possível comparar se, após x usuários terem suas conexões reduzidas, houve uma queda. Possibilitando entender determinados padrões.

[virgiliojr94]

Sintetizando as recomendações e sugestões segue att:

Desafio: TracerNet Roraima

Objetivo

Desenvolver um aplicativo para dispositivos móveis em Roraima que funcione de maneira semelhante ao Downdetector, identificando quedas de conexão de internet e gerando dados para um dashboard.

Requisitos Funcionais

• Identificação automática de falhas de conexão: Utilizar bibliotecas de detecção de conectividade para monitorar o status da rede constantemente.
• Notificação ao usuário: Enviar notificações push para informar sobre falhas gerais e locais, diferenciando-as com base em critérios estatísticos e de localização.
• Registro de falhas gerais: Manter uma lista atualizada das falhas identificadas para análise posterior.
• Exportação dos dados: Permitir a exportação dos dados coletados para uma planilha ou arquivo CSV.
• Integração com dashboard: Visualizar os dados coletados em um serviço de dashboard como o Looker.

Requisitos Técnicos

• Plataforma: Android (Kotlin/Java) ou iOS (Swift/Objective-C).
• Bibliotecas de conectividade de rede: Utilizar bibliotecas específicas para a detecção de conectividade.
• Notificações push: Implementar para interação com o usuário.
• Armazenamento local dos dados: Utilizar SQLite (Android) ou CoreData (iOS).
• Geração de arquivos CSV ou Excel: A partir dos dados registrados.
• Integração com serviço de dashboard: Como o Looker.

Sugestões Integradas

• Serviço em background: Implementar um serviço que permaneça ativo mesmo com o aplicativo fechado, especialmente no Android. No iOS, adaptar-se às restrições de serviços em background.
• Análise baseada na localização: Usar dados de localização para inferir falhas gerais se um número significativo de usuários em uma área específica perder a conexão simultaneamente.
• Coleta e sincronização de dados estatísticos: Coletar dados estatísticos periodicamente de cada usuário, armazenar localmente e sincronizar quando uma conexão Wi-Fi for detectada.
• Análise da qualidade da conexão: Monitorar a qualidade da conexão, identificando não apenas as quedas completas, mas também as conexões "fracas".

Entrega

• Repositório público no GitHub: Com o código-fonte e a documentação.
• Documentação: Explicar o funcionamento do aplicativo e o processo de exportação dos dados para o dashboard.
• Demonstração: Apresentar o aplicativo em funcionamento através de um vídeo ou imagens.

Detalhes Adicionais

• Determinação de falhas gerais ou locais: Utilizar critérios estatísticos e de localização para diferenciar falhas gerais de locais. Implementar um sistema de análise no backend para realizar os cálculos necessários.
• Frequência de atualização de serviço: No iOS, considerar a frequência com que o serviço pode atualizar, que é menor do que no Android.
• Envio de dados estatísticos: Respeitar as restrições do iPhone quanto ao envio de dados. Os dados estatísticos devem ser coletados de tempos em tempos por cada usuário e sincronizados preferencialmente via Wi-Fi.
• Monitoramento de conexões "fracas": Além de detectar quedas de conexão, o aplicativo deve ser capaz de identificar quando a conexão está abaixo de um certo limiar de qualidade.

[willf5]

A ideia inicial é bem legal, porém acredito que seja uma ideia complexa a ser criada e posteriormente mantida, talvez acabe nao tendo seu uso efetivo seja pela demora de desenvolvimento ou pela chegada de uma nova fibra que está prestes a acontecer. Minha sugestão seria algo mais simples e usual, para que realmente a ajude a todos que precisam de descontos em sua fatura.

Ideia inicial:

• Cadastro de quedas.
• Usuarios votam se houve realmente a queda.
• Relatórios de quedas, com graficos, com filtros permitido que removam quedas com poucos votos.

E demais sugestões...

Tal demanda se faz necessária devido ao alto fluxo de conversas no grupo e os relatórios de quedas acabando se perdendo nas mensagens do grupo.