Data Science
5 Projetos de Data Science com Dados
Cinco projetos concretos para portfólio usando dados reais de apostas — dashboard, ML, arbitragem, análise de ROI e NLP.
CrazyStack
12 min de leitura
compartilhar
Data Science
Carregando
Cinco projetos concretos para portfólio usando dados reais de apostas — dashboard, ML, arbitragem, análise de ROI e NLP.
Construa um modelo de ML para prever resultados de futebol com código completo e backtesting real.
Scripts Python prontos para coletar, armazenar e analisar odds de múltiplas casas automaticamente.
5 Projetos de Data Science com Dados. Cinco projetos concretos para portfólio usando dados reais de apostas — dashboard, ML, arbitragem, análise de ROI e NLP.
Galera, vou ser direto: um dos maiores problemas de quem está aprendendo data science é encontrar dados interessantes pra trabalhar. Os datasets clássicos como Titanic e Iris são usados por todo mundo e não demonstram capacidade de trabalhar com problemas reais. Dados de apostas esportivas são o oposto disso.
Primeiro, os dados são abundantes e gratuitos. Football-Data.co.uk tem décadas de resultados com odds históricas de dezenas de casas. FBref tem estatísticas avançadas. SofaScore, FlashScore e outros têm dados em tempo real. Você não precisa comprar nada pra começar.
Segundo, os problemas são genuinamente difíceis. Você vai enfrentar data leakage em séries temporais — um dos erros mais comuns e sutis em ML. Vai lidar com classes desbalanceadas (empates são menos frequentes que vitórias). Vai precisar de feature engineering criativo. Vai aprender backtesting correto. Esses são os mesmos problemas que data scientists enfrentam em finanças, supply chain e previsão de demanda — contextos muito mais comuns em empresas do que esportes.
Terceiro, o contexto é universalmente compreensível. Todo mundo entende futebol. Quando você explica num processo seletivo que construiu um modelo preditivo de resultados de futebol com XGBoost e backtesting walk-forward, o recrutador entende o que você fez — mesmo sem saber nada de ML. Projetos em domínios técnicos obscuros são muito mais difíceis de comunicar.
Os cinco projetos abaixo têm complexidade crescente. Comece pelo primeiro se você está aprendendo, ou escolha o que tem a habilidade que mais quer demonstrar. Todos têm dados disponíveis gratuitamente e código que você pode construir em fins de semana.
Nível: Iniciante a intermediário. Skills demonstradas: consumo de API, manipulação de dados com Pandas, visualização com Streamlit ou Dash.
A ideia é criar um dashboard web que mostra as odds atuais de múltiplas casas para jogos do dia — com destaque para a melhor odd em cada outcome e a margem de cada casa. Simples de descrever, valioso de ver funcionando.
Você vai usar a The Odds API (plano gratuito funciona bem pra isso) para buscar os dados a cada 5 minutos, pandas para calcular as melhores odds e margens, e Streamlit para montar o dashboard com atualização automática. O código completo fica em menos de 200 linhas. Para uma visão detalhada de como consumir a API, veja o artigo sobre <a href='/2026/python-analise-odds-apostas-esportivas'>análise de odds com Python</a>.
O que torna esse projeto interessante pro portfólio: você demonstra capacidade de integrar APIs externas, processar e transformar dados em tempo real, e construir uma interface funcional. Deploy no Streamlit Cloud é gratuito e leva menos de 10 minutos. Você sai com um link público para colocar no LinkedIn que qualquer pessoa pode acessar.
Nível: Intermediário a avançado. Skills demonstradas: feature engineering com dados temporais, prevenção de data leakage, XGBoost, calibração de probabilidades, backtesting.
Esse é o projeto mais rico tecnicamente e o que mais chama atenção em entrevistas. Você baixa os dados históricos do Football-Data.co.uk, constrói features de forma recente e estatísticas de time, treina um XGBoost pra prever resultado, e valida com walk-forward backtesting.
O diferencial que separa projetos mediocres de bons projetos aqui é o rigor na validação. Muita gente cria um modelo, testa no mesmo período de treino e anuncia 'acurácia de 70%'. Isso não impressiona ninguém. O que impressiona é mostrar um backtesting correto com walk-forward validation e ser honesto sobre a acurácia real — tipicamente 50-55% — explicando por que isso ainda tem valor.
Inclua no README do projeto: uma explicação de o que é data leakage e como você evitou, por que você usou log-loss em vez de acurácia como métrica principal, e uma análise de feature importance mostrando quais variáveis mais contribuem. Esses detalhes mostram maturidade técnica que projetos de kaggle copypastados não demonstram. O guia completo de implementação está no artigo sobre <a href='/2026/machine-learning-previsao-futebol'>ML para previsão de futebol</a>.
Nível: Intermediário. Skills demonstradas: processamento em tempo real, algoritmos de comparação, alertas automáticos.
Arb (arbitragem) ocorre quando a soma das probabilidades implícitas de todas as odds de um jogo — em diferentes casas — é menor que 1. Matematicamente: se 1/odd_home_casaA + 1/odd_draw_casaB + 1/odd_away_casaC < 1, existe uma oportunidade de arb. Você aposta em todos os outcomes e lucra independente do resultado.
O projeto consiste em: coletar odds de múltiplas casas via API (The Odds API funciona bem), calcular a margem de arb para cada combinação de casas em cada jogo, e alertar quando encontrar uma. A parte interessante do código é o algoritmo de combinação — para 3 outcomes e 5 casas, você tem 5×5×5 = 125 combinações por jogo. Para 10 casas, são 1000. Com centenas de jogos, isso precisa ser eficiente.
O resultado mais valioso desse projeto pra portfólio não é o sistema de alertas em si — é a análise que você faz com os dados coletados. Perguntas como: 'Quantas arbs genuínas existem por dia?', 'Qual é o lucro médio percentual de uma arb?', 'Quais pares de casas são mais propensos a criar arbs?', e 'Quanto tempo uma arb dura antes de ser corrigida?' geram gráficos interessantes e mostram curiosidade analítica que vai além de só escrever código.
Nível: Iniciante a intermediário. Skills demonstradas: análise estatística, visualização, backtesting de estratégias, pensamento crítico sobre dados.
Esse projeto é sobre testar estratégias de apostas populares com dados reais e medir o ROI histórico. Estratégias como 'sempre apostar no mandante', 'apostar em empate quando ambos os times marcaram em 80% dos últimos jogos', ou 'apostar no azarão quando a odd caiu mais de 15% nas últimas 48 horas'.
Os dados do Football-Data.co.uk são perfeitos pra isso — eles têm odds de abertura e fechamento de múltiplas casas, então você consegue simular apostas nas odds de abertura e calcular o ROI com precisão. O dataset do Brasileirão tem cobertura desde 2012, o que dá mais de 10 temporadas pra backtesting.
A sacada do projeto é a honestidade analítica. Você vai descobrir que a maioria das estratégias simples tem ROI negativo de longo prazo — o que é o resultado esperado, dado que as casas têm margem positiva. Mas algumas estratégias específicas em nichos de mercado podem mostrar ROI positivo em períodos específicos. Documentar isso com rigor estatístico — intervalos de confiança, significância, sample size adequado — é o que transforma esse projeto de script em análise séria.
Um ângulo interessante: compare o ROI de apostar nas odds de abertura vs odds de fechamento. Se as odds de fechamento são consideradas as mais 'justas' pelo mercado, apostas nas odds de abertura quando elas diferem significativamente do fechamento deveriam ter ROI positivo — isso é o conceito de closing line value em prática. Você pode validar isso empiricamente com dados históricos.
Nível: Avançado. Skills demonstradas: web scraping, processamento de linguagem natural, análise de sentimento, word embeddings.
Esse é o projeto mais diferenciado dos cinco — pouquíssimas pessoas fazem isso com dados de apostas. A ideia: coletar comentários de apostadores em fóruns como o OddsPortal community, Reddit r/sportsbook, ou grupos especializados no X, e analisar se o sentimento da comunidade tem valor preditivo.
A hipótese é interessante: se muita gente está comentando positivamente sobre um time antes de um jogo — prevendo vitória, analisando escalação, citando o histórico — isso reflete informação que pode ou não estar precificada nas odds. NLP pode quantificar esse 'consenso da multidão' e verificar se ele tem correlação com os resultados.
Tecnicamente, você vai usar requests ou Selenium para coletar os comentários (detalhes em <a href='/2026/web-scraping-sites-apostas-python'>web scraping com Python</a>), a biblioteca transformers da Hugging Face para análise de sentimento com um modelo pré-treinado em português (BERTimbau é uma boa opção), e pandas para cruzar o sentimento dos comentários com os resultados dos jogos.
O resultado provavelmente vai mostrar correlação fraca ou nula — o que é igualmente valioso para demonstrar. Você documenta a metodologia, apresenta os resultados honestamente e conclui que 'o sentimento público não prevê resultados de futebol de forma confiável'. Essa honestidade é exatamente o que diferencia um analista competente de alguém que força dados a contar a história que quer.
Um projeto técnico sem apresentação adequada vale metade. Olha só o que faz diferença no GitHub:
O README é a vitrine. Ele precisa responder em segundos: 'O que é esse projeto?', 'Por que é interessante?', 'Como eu rodo?', e 'O que eu aprendi?'. Inclua um screenshot ou GIF do dashboard se o projeto tiver interface. Inclua um gráfico dos resultados principais se for um projeto de análise. Recrutadores decidem se vão ler o código baseados no README — se ele não impressionar, o código não importa.
Estrutura de pastas limpa: separe data/, notebooks/, src/, e tests/ claramente. Se você usou notebooks Jupyter para exploração, inclua versões limpas — não notebooks com 47 células de output de debugging. Use nbconvert pra exportar as partes boas em HTML e linkar no README.
Inclua um notebook de análise exploratória (EDA) separado do notebook de modelagem. O EDA mostra que você entendeu os dados antes de modelar — isso é uma skill que muitos ignoram. No EDA de dados de futebol, mostre distribuição de resultados, comparação de margens entre casas, evolução das odds ao longo do tempo antes dos jogos, e correlações entre features.
Por último: um arquivo requirements.txt ou pyproject.toml, instruções claras de como reproduzir os resultados, e um disclaimer honesto sobre as limitações do projeto. Recrutadores experientes procuram pessoas que sabem o que não sabem — um projeto que reconhece suas próprias limitações é mais confiável do que um que promete resultados milagrosos. Para uma perspectiva sobre o mercado de apostas em si, vale ler <a href='/2025/i-found-a-way-to-beat-sportsbo'>/2025/i-found-a-way-to-beat-sportsbo</a> antes de decidir o ângulo do seu projeto.