Muito interessante amigo. Concordo que uma parte bem desafiadora é o marketing. Acredito que para você conseguir mais visibilidade vai ter que usar coisas como Google Ads e divulgação em redes sociais.
E eu já ouvi falar sobre Celery antes, mas nunca parei para analisar o assunto. Seu post me levantou a curiosidade, irei pesquisar a respeito. Mas de que se trata?
Seria interessante também, caso seu projeto seja open source, se você compartilhasse o link do repositório :)
Sobre a plataforma, realmente é perceptível que ainda está em desenvolvimento. Acredito que daria pra melhorar um pouco o design, adicionando algumas descrições nos ícones e ajustando o estilos.
Por exemplo, o botão de login no canto superior direito não pareceu combinar tanto, e os cards na tela de championchips quando passamos o mouse em cima aumentam e cobrem o texto logo abaixo. E vale a pena lembrar de que ficou faltando colocar um favicon.
É possível também que usando cache nas views possa evitar ter que bater no banco, fazer requisições para a api-futebol e carregar as mesmas páginas para diferentes usuários desnecessariamente.
Tirando isso está bem clean e direto ao ponto, e as regras de pontuação estão bem claras e descritivas.
E aproveitando que você desenvolveu essa aplicação com Django, não posso deixar de dizer que eu aprecio muito usar essa ferramenta, principalmente para desenvolver apis com Django Rest Framework. Inclusive cheguei a desenvolver uma biblioteca para esse ecosistema. (Acaba que só eu uso :laughing:, mas aceito feedbacks).
Parabéns meu amigo, continue assim. Um projeto nunca acaba 100%, sempre vamos estar atualizando e melhorando.
Uma última pergunta, por curiosidade, como foi feito o deploy desse projeto?
Opa, obrigado pelo feedback!
Confesso que o design ainda está bem simples. Foquei em deixar funcional primeiro e ignorei completamente usabilidade exceto por ter usado algumas media queries no css para deixar o projeto minimamente responsivo.
Confesso que tenho que pensar no quesito cache. No plano gratuíto, a API futebol permite apenas 100 requisições ao dia por IP. Tudo que é servido na página é resultado direto do que está no banco de dados, então o cache seria mais para diminuir as requisições nas páginas onde o usuário final navega, e não no conteúdo da API-FUTEBOL em si.
Sobre o celery, pode-se dizer que é um sistema de Task Queue, ou fila de tarefas. Ele é composto por um worker e um broker, mas não limitado a um de cada apenas. Para dar início a uma tarefa, o celery que se comunica por mensagens, utiliza o broker para entregar uma mensagem ao worker. O worker então é responsável por fazer o processamento/tarefa e devolver ao sistema de mensageria o resultado. Exemplo: Sistema de relatórios. Quando usar: tarefa altamente consumidora de tempo e recurso, que não pode ser gerada em foreground, fazendo com que a requisição morra antes de devolver o resultado esperado. Veja as docs para mais detalhes
Quanto ao google ads, não sei se a política deles é condizente com apostas esportivas...
Sou um fã de DRF também, suspeito para falar... Gosto da maneira de como os serializadores funcionam. Vou acompanhar no github e quem sabe, num próximo projeto, eu passe a utilizar sua extensão
O deploy foi feito na vps Amazon lightsail, não pude encontrar lugar melhor para deployar, afinal tem a questão do deploy do celery daemonizado com supervisor (que ainda não deployei por questão de tempo), do beat (agendador de tarefas do celery) e flower (monitor de tarefas do celery)
O projeto será aberto em breve, por conta que não consigo dar manutenção sozinho. infelizmente (ou felizmente) sou uma pessoa só.