Como montar um plano de aula de programação

Um plano de aula de programação para iniciantes se organiza em cinco momentos: retomada do que ficou da aula anterior, apresentação curta do conceito novo, prática guiada com o professor digitando junto, prática autônoma em que o aluno resolve sozinho e fechamento com o que ficou pendente. A regra que sustenta tudo é a proporção: em aula de programação, o tempo de mão no teclado tem que ser maior que o tempo de fala do professor. Se você explicou por uma hora e o aluno só escreveu código nos últimos vinte minutos, a aula foi uma palestra.

Este guia mostra a estrutura, um plano completo de aula sobre variáveis em PHP para quatro horas e os ajustes de quem dá aula em turma iniciante de verdade — gente que nunca programou, com ritmos muito diferentes na mesma sala.

Os cinco momentos e quanto tempo dar a cada um

Duas observações sobre esses tempos. Em aula de quatro horas, coloque intervalo depois da prática guiada, nunca no meio dela — parar com o código pela metade custa quinze minutos para retomar. E deixe sempre uma folga de dez minutos por bloco: em turma iniciante, alguma coisa sempre atrasa, geralmente um computador que não liga ou o aluno que salvou o arquivo sem saber onde.

Como escrever o objetivo da aula

Objetivo bom é observável. "Entender variáveis" não dá para verificar; "criar três variáveis, fazer uma conta entre elas e imprimir o resultado" dá. Escreva o objetivo com o verbo do que o aluno vai fazer, e ele já entrega de brinde o exercício de avaliação da aula.

Um teste rápido: se você consegue responder "como eu vejo, ao fim da aula, que esse objetivo foi atingido?", o objetivo está bem escrito. Se a resposta é "perguntando se entenderam", reescreva — turma iniciante balança a cabeça que sim por educação e por medo de parecer a única pessoa perdida.

Plano completo: variáveis em PHP, 4 horas

Objetivo. Ao fim da aula, o aluno cria variáveis com nomes adequados, guarda texto e número, faz uma operação entre elas e imprime o resultado com echo.

Pré-requisito. Ter visto o que é algoritmo e sequência de passos. Não é preciso nada de programação além disso.

Retomada (20 min). Sem slide. Escreva no quadro o algoritmo do café que a turma montou na aula passada e pergunte: onde é que a gente guardou a quantidade de água? A pergunta planta a ideia de variável antes de a palavra aparecer.

Conceito novo (30 min). Apresente a variável como um bloco com um nome escrito na frente e um valor guardado dentro. Guardar de novo substitui o que estava lá — não acumula. Escreva na tela o exemplo mínimo, com a turma só olhando:

<?php
$nomeAluno = "Camila";
echo $nomeAluno;

Saída: Camila. Depois mude o valor na linha de cima para "Rafael", rode de novo e mostre que a saída acompanha. Só isso já derruba a confusão mais comum, que é achar que echo $nomeAluno imprime a palavra "nomeAluno". Aproveite para fixar a regra de nome: começa com cifrão, sem espaço, sem acento, em camelCase ($precoTotal, $nomeAluno).

Prática guiada (60 min). Agora todo mundo digita junto com você. O exemplo é a padaria da esquina:

<?php
$produto = "pão francês";
$precoUnitario = 0.75;
$quantidade = 6;
$precoTotal = $precoUnitario * $quantidade;

echo "Produto: " . $produto;
echo "\n";
echo "Total: R$ " . $precoTotal;

Saída:

Produto: pão francês
Total: R$ 4.5

Alguém vai perguntar por que apareceu 4.5 e não 4,50. Ótima pergunta, e a resposta honesta é: o PHP imprime número do jeito dele, com ponto, e formatar em reais é assunto de outra aula. Anote no quadro numa lista de "voltamos aqui" — turma iniciante confia mais no professor que registra a pergunta do que no que improvisa uma explicação grande fora de hora.

Ainda na prática guiada, faça três variações com a turma: mudar a quantidade para 12; trocar o produto por outro item com preço diferente; criar uma variável $desconto e subtrair do total. Cada variação leva de cinco a dez minutos e cobre quem está mais devagar.

Prática autônoma (100 min). Três exercícios em ordem crescente, para o aluno resolver sozinho ou em dupla enquanto você circula:

1. Ficha pessoal. Crie variáveis com seu nome, sua cidade e sua idade e imprima uma frase completa usando as três.
2. Conta de luz. Guarde o consumo em quilowatts-hora e o valor do quilowatt-hora, calcule o total da conta e imprima. Depois mude só o consumo e rode de novo.
3. Troco. Guarde o valor da compra e o valor pago, calcule o troco e imprima as três informações em linhas separadas.

O terceiro exercício é o que separa quem entendeu de quem copiou: ele exige criar uma variável que não estava no enunciado, o troco, a partir das outras duas. Se o aluno chega lá sozinho, o objetivo da aula foi cumprido.

Fechamento (30 min). Resolva o exercício do troco na frente da turma, mas comece pelo erro mais comum que você viu circulando — quase sempre inverter a subtração e obter um troco negativo. Mostre, corrija ao vivo e feche com a pergunta da próxima aula: "e se o valor pago for menor que a compra? Como o programa decide o que dizer?". Isso deixa a condição plantada.

Se quiser um material de apoio para o aluno reler em casa, o guia de variáveis em PHP cobre exatamente esse conteúdo com mais exemplos.

Exercício em aula e exercício para casa

Não são a mesma coisa e não podem ter o mesmo desenho.

• Em aula: curto, com resposta verificável na hora, e você por perto. É onde o aluno pode travar em segurança, porque tem socorro a três metros. Aqui vale exercício que exige tentativa e erro.
• Para casa: parecido com o que já foi feito em aula, com contexto trocado. Casa não é lugar de conceito novo — sem o professor por perto, quem trava trava sozinho e desanima. O objetivo do exercício de casa é consolidar, não desafiar.

Uma prática que rende: libere o exercício de casa só no fim da aula, junto com o material da etapa. Turma iniciante que vê a lista inteira do curso de uma vez se assusta com o volume. Plataformas com liberação por etapas, como o Aulab, deixam você abrir cada bloco no ritmo real da turma e receber as entregas com correção e devolutiva no mesmo lugar — inclusive devolver para refazer quando a resposta ainda não fechou.

O erro que estraga a aula

O mais comum, de longe, é teoria demais antes da primeira prática. O professor quer explicar tipos, memória, boas práticas de nomenclatura e o que é interpretador antes de o aluno escrever a primeira linha. Aos 25 minutos de fala, a turma já saiu da sala por dentro.

A regra prática: o aluno tem que rodar alguma coisa nos primeiros quinze minutos de aula. Qualquer coisa, mesmo um echo de uma frase. Isso muda o clima da sala inteira, porque a pessoa sai do lugar de assistir e entra no de fazer.

Os outros três erros frequentes: exemplo abstrato demais ($a, $b, $x em vez de preço, nome e quantidade); planejar para o aluno mediano e perder os dois extremos ao mesmo tempo; e não deixar exercício extra para quem termina rápido, o que produz conversa paralela e atrapalha quem ainda está tentando. Tenha sempre um desafio a mais no bolso.

Como planejar a progressão entre aulas

Aula isolada boa não faz curso bom. Planeje em blocos de três a quatro encontros com um resultado visível no fim: "ao fim deste bloco, o aluno escreve um programa que lê dados, decide algo e mostra uma resposta". Dentro do bloco, cada aula acrescenta uma peça e reusa todas as anteriores — a aula de condição refaz o exercício da conta de luz da aula de variáveis, agora avisando se o consumo passou da meta.

Isso resolve dois problemas de uma vez: o aluno vê o conteúdo velho voltar com utilidade, o que é prática espaçada de graça, e você não precisa inventar contexto novo toda semana. Sobre a ordem dos conceitos e o ritmo de quem nunca programou, o guia sobre como ensinar lógica de programação entra no detalhe.

Perguntas frequentes

Quanto tempo devo gastar planejando uma aula?

Na primeira vez, mais ou menos o dobro da duração da aula, e a maior parte disso é preparar e testar os exercícios. Nas repetições seguintes cai muito, porque o plano fica pronto e você só ajusta os exemplos. O que nunca deve ser pulado é rodar o próprio código antes: exemplo que quebra na frente da turma custa dez minutos e um pouco de autoridade.

Qual a proporção certa entre teoria e prática?

Em turma iniciante, algo próximo de 30% de exposição e 70% de mão no teclado. O aluno tem que rodar alguma coisa nos primeiros quinze minutos de aula. Explicação longa antes da primeira prática é o erro que mais esvazia uma turma.

Como lidar com ritmos muito diferentes na mesma turma?

Com exercícios em camadas: um obrigatório que todo mundo faz, um segundo de consolidação e um desafio extra para quem termina antes. Assim ninguém fica parado esperando e ninguém é atropelado. Formar duplas com níveis diferentes também ajuda, desde que a entrega mostre a participação de cada um.

Preciso preparar slide para aula de programação?

Pouco e curto. O que a turma precisa ver é código sendo escrito e rodando, não texto sobre código. Slide serve para a definição do conceito e para o enunciado do exercício ficar visível enquanto todos trabalham. Projetar o próprio material da aula em modo apresentação resolve isso sem virar apresentação de slides.

O que fazer quando ninguém consegue terminar o exercício?

Pare a prática e resolva junto, do zero, no projetor, perguntando o próximo passo à turma em vez de digitar calado. Depois disso, reduza o exercício seguinte. Exercício que ninguém termina não é sinal de turma fraca: é sinal de degrau alto demais entre a prática guiada e a autônoma.