Primeiro episódio da série Roadmap, dedicado a mapear o caminho de quem quer entrar ou evoluir como desenvolvedor back-end. Com a participação de Roberto e Ricardo, do canal Dev em Dobro, e de João Souza, criador de conteúdo sobre JavaScript e Node, a conversa percorre um roadmap de tecnologias — da internet ao CI/CD — trazendo experiências reais de quem já passou por cada um desses pontos no dia a dia de trabalho.
Roberto e Ricardo são gêmeos e criadores do canal Dev em Dobro, voltado principalmente para quem está entrando na área de front-end, mesmo os dois atuando profissionalmente com back-end. João Souza produz conteúdo sobre JavaScript e Node no Instagram e no YouTube, sob o perfil joaosouza.dev. Ambos trazem para a conversa mais de dez anos de carreira em desenvolvimento, passando por agências, produtos com arquitetura de microsserviços e sistemas legados.
O roadmap sugere começar pelos pilares da internet, mas os convidados questionam essa ordem: para quem programa, entender sistema operacional e gerência de memória pode ser mais fundamental do que protocolos de rede, já que o computador existia muito antes da internet se popularizar. A discussão expõe como listas de estudo generalistas nem sempre refletem a ordem mais natural de aprendizado para um programador.
"A internet, a gente já está bem acostumado, então acho que esse roadmap ele é muito atualizado para hoje em dia mesmo... só que a gente está falando de programadores nesse roadmap, a gente não está falando de clientes finais" por Dev em Dobro
Um dos pontos mais defendidos é a ideia de que o feedback visual do front-end ajuda iniciantes a saber se realmente gostam de programar antes de mergulhar na abstração do back-end. A lógica pura, sem retorno visual imediato, tende a frustrar quem está começando — enquanto ver um formulário funcionando na tela gera o engajamento necessário para continuar.
"Eu acho muito bacana ter um ponto de front-end no roadmap back-end... a gente acredita que o front-end seja um pouco mais fácil pra pessoa que está começando... quando você vai botar o pé na água pra ver se ela é gelada, você não vai lá e bota o pé inteiro, bota o dedinho" por Dev em Dobro
Um alerta recorrente na conversa: colocar lógica de negócio dentro do banco de dados dificulta testes e cria acoplamento desnecessário. O banco deveria se limitar a armazenar e recuperar dados — todo o resto é responsabilidade da aplicação. Essa separação de responsabilidades evita boa parte dos problemas que aparecem conforme o sistema cresce.
"O banco de dados é exatamente isso que o nome diz, ele é um banco de dados, ou seja, ele é só um repositório para guardar dados... o banco não deve ter nenhum tipo de regra de negócio dentro dele" por Dev em Dobro
A configuração de CORS aparece como um rito de passagem: praticamente todo desenvolvedor que trabalha com front e back separados em serviços distintos já travou nesse problema, geralmente sem entender de imediato por que a requisição está sendo bloqueada. O risco apontado é resolver copiando a primeira solução encontrada na internet — liberar acesso para qualquer origem — sem entender a implicação de segurança disso.
"Todo dev que vai trabalhar com essa segmentação do front em uma aplicação e o back com um serviço, uma API, se você já não antecipou isso, você vai ver todas as suas rotas quebrando... é ridículo de simples quando você consegue resolver" por Dev em Dobro
A cultura de testes não se resolve simplesmente decidindo escrever testes a partir de agora — é preciso que o sistema já tenha sido estruturado de forma testável, o que muitas vezes exige refatoração e reduz a velocidade de entrega no curto prazo. Isso cria atrito com a gestão, que enxerga apenas a lentidão inicial sem entender o ganho de longo prazo em redução de bugs e retrabalho.
"Teu sistema ele precisa estar construído de uma forma que facilite o teu teste, senão tu ainda vai ter que dar dois passos pra trás pra construir o sistema de uma forma que tu consiga testar" por Dev em Dobro
"Às vezes é melhor pedir desculpa do que pedir licença" por Dev em Dobro