Pitch: [Aprendendo a programar se divertindo] De exercícios a quests

Quando alguém começa a aprender programação, é comum encontrar conceitos, exemplos e exercícios apresentados em sequência. Mas nem sempre fica claro como uma ideia que acabou de aparecer se conecta ao que a pessoa está tentando fazer.

A pergunta que deu forma à Codelandia foi: e se aprender programação pudesse acontecer enquanto a pessoa explora um mundo e resolve problemas dentro dele? Em vez de só receber uma explicação e depois encarar uma lista de exercícios, ela teria um objetivo, encontraria um desafio e usaria o código para avançar.

Essa ideia virou um jogo de aprendizado com trilhas de JavaScript e Python. O jogo dá contexto às atividades, mas não ensina sozinho. Um cenário, personagens e objetivos podem tornar a jornada mais interessante; ainda assim, se a quest pede uma variável, uma condição ou uma função que a pessoa não entendeu, o cenário vira decoração em volta de uma barreira.

Foi por isso que começamos a pensar não só em quais desafios colocar no jogo, mas também em como preparar alguém para resolvê-los.

Preparar antes de pedir para fazer

Nas quests que pedem código, estamos incluindo de uma a três etapas curtas antes do desafio, conforme a dificuldade. Elas apresentam a ideia e ajudam a pessoa a chegar ao exercício com algum caminho para tentar. As primeiras fases devem começar pelo básico; mais adiante, os desafios podem exigir que a pessoa combine o que aprendeu.

Isso não significa transformar toda quest em uma sequência longa de explicações. Uma tarefa simples pode precisar de apenas uma preparação; outra pode exigir mais contexto. E algumas atividades objetivas não precisam dessas etapas. A ideia é que a explicação ajude a entrar no desafio, sem substituir o desafio.

O feedback muda o caminho

Uma sugestão de jogador nos fez olhar com mais atenção para o começo dos cursos: ensinar o básico primeiro e deixar um desafio maior para depois. Outra observação foi que as dicas do mentor, às vezes, entregavam a resposta cedo demais.

Isso nos ajudou a perceber que uma boa dica não deve resolver a quest. Ela deve apontar para algo que vale observar, lembrar um conceito ou sugerir um próximo passo. Se entrega a resposta, tira da pessoa a chance de pensar; se é vaga demais, não a ajuda a sair do lugar.

O retorno de quem joga também mostra que a experiência não termina quando publicamos uma fase. A ordem dos assuntos, os enunciados e as dicas precisam ser revistos conforme as pessoas encontram dificuldades que não havíamos previsto.

Ainda estamos descobrindo o que funciona

Não temos uma fórmula pronta para ensinar programação por meio de um jogo. Estamos construindo as trilhas, ouvindo quem joga e ajustando a experiência. A intenção é que o jogo dê vontade de continuar, mas que cada avanço também venha acompanhado de uma ideia que a pessoa consiga usar fora dele.

Algumas perguntas que continuam abertas para nós:

• Como perceber se uma explicação preparatória realmente ajudou, em vez de apenas adiar o exercício?
• Que tipo de dica leva alguém a pensar no próximo passo sem entregar a solução?
• Em que momento um iniciante já tem contexto suficiente para resolver um desafio sem instruções intermediárias?
• Como equilibrar a vontade de explorar com o tempo dedicado a praticar programação?

Se você já ensinou programação para iniciantes ou aprendeu por conta própria, queria saber: o que fez um conceito finalmente "clicar" para você? E que tipo de exercício ou explicação ajudou a transformar isso em algo que você conseguia fazer sozinho?