Tratar o prazo como regra de negócio
A edição dos palpites depende do prazo da corrida. Isso conecta a interface às regras da aplicação, mantendo o palpite salvo e as ações disponíveis ao participante dentro do mesmo fluxo.
PRODUÇÃO · EQUIPE FREELANCE
P1Grid
Uma plataforma de palpites de Fórmula 1 desenvolvida e entregue com uma equipe freelance.
Dezembro de 2025 — setembro de 2026
O problema
Um jogo de palpites por fim de semana de corrida vai além de um formulário: os participantes precisam salvar e revisar escolhas antes do prazo, consultar rankings e receber comunicações no momento certo. Essas regras precisam permanecer consistentes em toda a aplicação.
Minha contribuição
Como Desenvolvedor Full Stack na I.Tech, contribuí com regras de negócio no backend e interfaces responsivas usando Rails, PostgreSQL e Tailwind. Minha atuação incluiu prazos para palpites, rankings e e-mails programados, com entregas coordenadas pelo fluxo de Git e GitHub da equipe.
Como o sistema se conecta
Decisões de engenharia
Concentrar o produto em uma stack Rails coesa
Rails e PostgreSQL sustentam o domínio e a persistência, enquanto ERB, Turbo e Stimulus compõem a interface web. O fluxo de palpites permanece em uma aplicação, sem exigir uma API de frontend separada para cada interação.
Separar as comunicações programadas
Active Job e GoodJob executam os e-mails programados. A aplicação coordena as comunicações com o calendário das corridas sem depender de o participante manter uma página aberta.
O que foi entregue
- A equipe entregou uma plataforma em produção com usuários reais.
- Minha contribuição incluiu regras de backend e interfaces responsivas.
- O produto reúne palpites, rankings, controles administrativos e comunicações programadas.
Entregue com a equipe freelance da I.Tech, dos requisitos do cliente ao fluxo compartilhado de Git e GitHub.