liverday
commented
2 years ago Nas empresas onde eu trabalhei, sempre tivemos um serviço relacionado a esse tipo de entidade. Sendo ela chamada de Metric, Event ou Indicator, o interessante é que isso se repete na necessidade de conseguirmos ter um "mapa" de progresso da App.
Tem várias estratégias de seguir nesse tipo de tracking, seja com uso de ferramentas como Google Analytics, ou através do nosso próprio desenvolvimento, que é o que eu sugiro, pois conseguiremos escalar depois.
Caso o escolhido seja partir pro desenvolvimento, tenho duas sugestões:
1 - Usar uma Entidade genérica com padrão schemaless
Podemos criar uma entidade específica com um padrão schemaless usando JSONB para permitir injetarmos metadados em uma determinada métrica.
Vantagens
- Todas as métricas em uma única entidade.
- Possibilidade de incluirmos metadados sem a necessidade de termos mais "colunas".
- Menor complexidade de escrita do dado no banco (implementar o modelo no momento de escrita é mais fácil).
Desvantagens
- Complexidade na hora de extrair os dados (vai requerer uma query mais complexa pra saber quantos "clicks" determinada notícia teve, por exemplo)
- Dificuldade pra conseguirmos relacionar dados entre si.
2 - Usar Entidades específicas para determinado tipo de métrica
Podemos fazer com que todo tipo de dado "metrificável" tenha uma tabela específica correspondente pra isso. Exemplo disso é termos uma tabela posts pra armazenar os posts e post_visitors pra armazenar os eventos das pessoas que passaram pelo Post
Vantagens
- Facilidade na extração dos dados, é fácil relacionar um post com seus visitantes e vice-versa.
- Conseguimos especializar todo tipo de consulta nessas entidades, fazendo com que o desenvolvimento delas escale mais rápido
Desvantagens
- Esse tipo de abordagem requer uma melhor gerência na abstração das entidades, pra não termos muitos modelos que possam fazer a mesma coisa ou coisas similares
- Métricas expandem continuamente, que se desordenado, pode gerar problemas de gerência.
Essa é a minha contribuição pra discussão e pode ser que eu não ajudei muito, mas acha que faz sentido alguma delas?
filipedeschamps
andrefd17
rodrigoKulb
inovaprog
sembug
Contexto
Algo que eu acredito ser muito importante para mensurarmos nosso progresso é visualizar de uma forma fácil e pública as estatísticas do site.
Execução
Não sei muito bem como executar esse ponto e procuro por ideias. Mas algo que precisa ser respeitado é não fazer nenhum tracking individual de usuários e não mandar nenhuma informação para sistemas malucos e daí ter que pedir aquela autorização de cookie maluco e usar esses dados de forma ultra malígna... não... caramba chega desse tipo de internet.
Vamos montar estatísticas para nós usuários do site e criadores de conteúdo para entender o nosso próprio trabalho.
O pontapé inicial poderia ser tão simples quanto uma tabela/gráfico mostrando quantos usuários se cadastraram/ativaram no site ao longo dos dias. Ou quantas notícias foram criadas... comentários, etc. Qualquer informação que mostre que o site está crescendo e novas pessoas estão vindo formar essa comunidade massa, com conteúdos massa.
E novamente, podemos mirar em algo bem simples, uma entidade especializada nessas estatísticas, uma página gerada estaticamente com revalidate razoável e expor isso na API.
Se quisermos, essa página também pode trazer o que é mostrado por esse endpoint: https://www.tabnews.com.br/api/v1/status Não digo mostrar tudo, só o mais importante para saber que está tudo ok.