Olha, quando a gente fala dessa habilidade EF07CO05 aí da BNCC, o que ela tá pedindo na prática é que os meninos aprendam a pensar como um computador. Isso significa dividir problemas grandes em partes menores, usar soluções que já foram feitas antes e depois juntar tudo isso pra resolver um problema de forma mais eficiente. Eles têm que ser capazes de criar algoritmos, que são basicamente passos pra resolver um problema, e transformar isso tudo em códigos numa linguagem de programação. Agora, tem que ser de um jeito colaborativo, ou seja, eles têm que trabalhar juntos, trocar ideia, discutir mesmo. É meio como juntar as peças de um quebra-cabeça em grupo. E isso tudo tem muito a ver com o que eles já começaram a ver no 6º ano, onde a gente fala bastante sobre lógica de programação e algoritmos mais básicos.
A primeira atividade que eu gosto de fazer é a "receita de bolo". Olha só, parece bobo, mas funciona! Peço pra eles escreverem uma receita de bolo bem detalhada, tipo passo a passo mesmo. Então, discutimos como essa receita pode ser vista como um algoritmo. Uso folhas de papel e caneta mesmo, nada tecnológico nessa etapa. Aí, depois peço pra eles trocarem as receitas entre os grupos e tentarem seguir o que o colega escreveu. Sempre sai algo engraçado! Da última vez, o Lucas escreveu "misture até ficar bom" e o grupo da Ana ficou sem saber o que fazer. Essa atividade leva umas duas aulas e é ótima pra eles perceberem a importância de ser claro e específico nos passos que criam.
A segunda atividade é montar um jogo simples usando Scratch. O Scratch é uma plataforma visual de programação onde eles podem arrastar bloquinhos em vez de digitar código. Divido a turma em grupos pequenos de quatro ou cinco alunos porque assim todos conseguem participar ativamente. Dou duas semanas pra eles trabalharem nisso durante as aulas e coloco como tarefa continuar em casa se quiserem. Na primeira aula eu mostro um joguinho simples que eu fiz, geralmente é algo tipo um labirinto ou um jogo de perguntas e respostas. Da última vez, o Pedro se empolgou tanto que fez um quiz sobre futebol e acabou ensinando os colegas como usar umas funções novas do Scratch que eu nem sabia! Eles ficam bem animados porque veem o resultado do trabalho deles na hora. E quando percebem que podem reutilizar pedaços do código pra outras partes do jogo ou outros projetos, aí sim, dá pra ver o brilho no olho.
A terceira atividade é uma espécie de Hackathon, mas numa versão bem simplificada pras nossas condições aqui na escola pública. A ideia é criar um desafio onde eles têm que resolver um problema do cotidiano usando programação. Por exemplo, da última vez propus: "Como automatizar o controle de presença na sala de aula?". Trabalhamos em grupos maiores dessa vez, umas seis ou sete pessoas. Isso porque tem mais coisa pra fazer e precisa de colaboração mesmo! Cada grupo tem uma aula pra discutir ideias e começar a esboçar soluções e mais duas aulas pra desenvolver algo funcional. A gente usa computadores da escola mesmo e papel milimetrado pra esboçar os algoritmos antes de codificar. É interessante ver como cada grupo interpreta de forma diferente o mesmo problema. Teve um grupo que sugeriu usar QR Codes na chamada e até começaram a implementar isso! Claro que nem tudo sai perfeito, mas é essa tentativa e erro que ajuda a fixar o aprendizado.
No final das contas, essas atividades não só desenvolvem habilidades técnicas nos meninos como também ensinam eles a trabalhar juntos, respeitar as ideias dos outros e perceber que podem aprender muita coisa uns com os outros. Tipo assim, eles começam a ver problemas como desafios divertidos ao invés de obstáculos gigantescos. E eu sempre digo: programação é mais sobre resolver problemas do que saber escrever código perfeito.
Acho legal esse tipo de abordagem prática porque ajuda a tirar aquela ideia de que computação é algo distante ou complicado demais. Eles percebem que aquela lógica do "se isso acontece, então faça aquilo" tá no dia a dia deles também!
Bom, é isso aí pessoal! Espero ter ajudado alguém aí com essas ideias de atividades e me contem também como vocês estão trabalhando essa habilidade na sala de aula!
Então, deixando um pouco de lado as provas formais, que a galera já conhece bem e nem sempre gosta, eu procuro observar muito mais no dia a dia mesmo. Quando tô ali circulando pela sala, dá pra pegar alguns sinais claros de que a turma tá começando a pegar o jeito da coisa. Tem uma coisa que eu sempre falo pros colegas, é que ouvir as conversas entre eles é ouro! É ali no falatório, nas discussões acaloradas, que eu vejo quem tá entendendo e quem ainda tá perdido.
Teve uma vez que eu tava rodando pela sala e ouvi o João explicando pra Maria como ele fez um algoritmo pra um problema de matemática. Ele falou assim: "Olha Maria, primeiro você separa o problema em partes menores e resolve cada uma delas como se fosse uma continha básica. Depois junta tudo e vê se faz sentido". Aí eu pensei: "Ah, esse entendeu". Ele tava usando as palavras exatas que a gente discutiu nas aulas teóricas, mas do jeito dele, bem descomplicado.
Outra coisa é quando vejo eles ajudando uns aos outros no computador. Tipo, o Lucas tava com dificuldade num código lá e a Júlia chegou e disse: "Ó Lucas, tenta fazer assim, começa com essa parte aqui que é mais fácil de entender". Quando um aluno começa a se sentir confiante a ponto de ajudar o outro, pra mim é sinal de que ele tá no caminho certo.
Agora, sobre os erros mais comuns que a galera comete nesse conteúdo... Olha, tem uns que são clássicos. Um dos erros frequentes é não entender que um algoritmo tem que ser bem detalhado. A Sofia, por exemplo, fez um código que não funcionava porque ela pulou umas etapas essenciais. Ela escreveu só o básico e achou que ia dar certo. Aí eu cheguei e falei: "Sofia, tenta detalhar mais cada passo aqui. Imagina que você tá explicando isso pra alguém que nunca viu isso na vida". Muitas vezes eles ficam ansiosos pra terminar logo e acabam pulando etapas.
Outro erro comum é misturar linguagem de programação com linguagem falada. O Pedro sai misturando comando com comentário como se fosse tudo uma coisa só. Aí o código trava e ele vem perguntar: "Professor, por quê?". Eu mostro pra ele: "Pedro, lembra de separar as coisas. Aqui você escreve o comando, aí você explica pro computador o que ele tem que fazer". Isso acontece muito porque eles querem escrever do jeito mais natural possível.
Sobre as dificuldades do Matheus e da Clara... Bom, pro Matheus que tem TDAH, eu percebi que atividades muito longas não rolam. Ele perde o foco rapidinho. Então eu divido as tarefas em pequenas partes e dou pequenas pausas. Tipo assim: primeiro ele faz um exercício prático e depois a gente conversa sobre como foi. Isso ajuda ele a manter a concentração sem se sentir sufocado.
Já com a Clara, que tem TEA, o negócio é a clareza das instruções. Qualquer coisa que fique vaga deixa ela perdida. Eu comecei a usar roteiros bem detalhados com ela, tipo passo-a-passo mesmo, sabe? Isso ajudou muito! Uma vez eu usei imagens junto com os comandos escritos e isso foi super legal pra ela entender melhor. Agora, uma coisa que não deu certo foi tentar misturar muita informação visual de uma vez só. Ficou confuso pra ela.
Uma coisa bacana foi perceber que quando eles trabalham em dupla ou pequenos grupos onde se sentem seguros, tanto o Matheus quanto a Clara conseguem interagir muito melhor. O ambiente acolhedor faz toda diferença.
Bom pessoal, por hoje é isso! Espero ter ajudado aí compartilhando um pouco do meu dia a dia com vocês. Tamo junto nessa missão de ensinar de um jeito mais humano e menos quadrado! Qualquer coisa vamos trocando ideia por aqui mesmo. Até mais!