O dispositivo como ponto de partida
Local-first significa, na prática, que a experiência principal continua a fazer sentido no dispositivo do utilizador. O software não deve parar de ser útil apenas porque uma ligação falhou, um servidor está indisponível ou uma conta remota deixou de responder.
Esta abordagem combina bem com aplicações pessoais: ferramentas, registos, leitura de códigos, organização ou informação que pode ser processada sem enviar cada ação para um serviço externo.
Resiliência também é experiência de utilizador
Uma aplicação com menos dependências remotas tem menos pontos externos capazes de interromper tarefas simples. Pode abrir mais depressa, responder de forma previsível e continuar disponível em contextos onde a conectividade é limitada.
Isto não elimina a necessidade de serviços online quando eles acrescentam valor. Apenas muda a ordem da decisão: primeiro perguntamos se a função precisa mesmo de um servidor; só depois adicionamos essa dependência.
Os compromissos são reais
Sincronização entre vários dispositivos, colaboração em tempo real e recuperação automática podem tornar-se mais difíceis num modelo local-first. É necessário desenhar backups com cuidado e explicar ao utilizador o que fica no dispositivo e o que pode sair dele.
Uma boa arquitetura não esconde estes compromissos. Torna-os explícitos e escolhe a solução adequada ao produto, em vez de aplicar a mesma infraestrutura a tudo.
Menos infraestrutura pode significar mais longevidade
Quando o funcionamento essencial não depende de uma cadeia extensa de serviços, o produto tende a ser mais simples de manter durante mais tempo. Essa simplicidade não é falta de ambição; é uma forma de reduzir fragilidade.
Na NONIVERUS, local-first está ligado à ideia de software pensado para durar: menos ruído, dependências justificadas e controlo mais próximo de quem usa a aplicação.