Entre março e abril de 2026, a recolocação bateu à porta com um teste prático exigente: construir uma API REST de cadastro de veículos em Java, com camadas claras e critérios de banca que pesam mais do que “só rodar”. Esta série transforma esse desafio — vivido no contexto de uma empresa de TI de Jaraguá do Sul, SC (identidade preservada) — em roteiro técnico em sete entregas, do PDF ao manual de arranque no repositório (README.md).

Cada episódio acompanha uma etapa da jornada: leitura do enunciado, base Spring Boot, domínio, persistência, aplicação, web/Swagger e, no fecho, manual de arranque em README.md com checklist de entrega. O tom permanece o do blog: ensaio técnico, decisões defendíveis e trincheira de entrevista.

Nota sobre o tempo: No processo em causa foi dada uma janela de quatro horas para resolver o desafio. É factível? Para quem já domina Spring Boot, JPA, Flyway, Bean Validation e documentação OpenAPI (springdoc) e entra com um plano enxuto — sim: o enunciado em si cabe nesse tempo se se evitar ouro (auth complexo, microsserviços, “arquitetura de palco”) e se o PDF for lido antes de codar. Para quem ainda aquece a stack ou perde o início a decifrar requisitos, quatro horas tornam-se sobretudo um teste de priorização. Esta série desdobra o mesmo percurso em texto justamente para treinar o que, na prova, precisa caber num único bloco contínuo.

Mapa do desafio: na prática há sempre três vozes à mesa — candidato, enunciado (PDF) e quem avalia — e no meio o sistema a construir (a API de veículos). Na máquina onde a solução corre, distinguem-se o cliente HTTP, a aplicação Spring Boot na JVM e os dados em H2. A organização esperada desdobra-se em quatro frentes — web, aplicação, domínio e infraestrutura — e o repositório deve deixar claro em que pastas vive cada responsabilidade. É esse fio condutor que os episódios seguem até ao README.md como manual de arranque e ao checklist final.

Cronograma: 12/08, 19/08, 26/08, 02/09, 09/09, 16/09 e 23/09 de 2026.

---

Nota: Cenário e empresa são tratados de forma anonimizada; o foco é engenharia de software e decisões técnicas reutilizáveis (Fiction-Based Technical Insights).