Algoritmo de programação: por que tantos alunos confundem a sequência com o código

Eu percebo a confusão quando peço que a turma explique como preparar um lanche ou orientar um robô até a porta. Alguns alunos descrevem os passos com clareza, mas, ao ouvir a palavra “algoritmo”, dizem que só vale se estiver escrito numa linguagem de programação. Outros procuram imediatamente um aplicativo ou um software, como se o algoritmo fosse um produto pronto. Na prática, eles já conseguem organizar uma solução; ainda não reconheceram que essa organização é justamente o coração do conceito.

Também vejo o problema quando apresento uma lista curta de comandos. O estudante entende cada palavra, mas troca a ordem, pula uma instrução ou se prende à aparência do código antes de pensar no que precisa acontecer. Esse tipo de resposta me ajuda a separar dificuldades diferentes: definição, leitura sequencial, repetição, decisão e etapas de desenvolvimento. Neste guia, uso oito questões validadas do acervo para olhar esses sinais com cuidado, sem tratar todo erro como falta de atenção e sem transformar avaliação em simples contagem de acertos.

O que é algoritmo de programação, explicado para o professor?

Um algoritmo é uma sequência organizada de instruções que descreve como resolver um problema ou realizar uma tarefa. A ideia pode ser expressa em linguagem natural, em uma lista de passos, em pseudocódigo, em diagramas ou em código executável; escrever código é uma forma de representar ou implementar um algoritmo, não a definição inteira. Um roteiro para acender LEDs em determinada ordem, instruções para um robô desviar de obstáculos e uma regra que verifica se há saldo suficiente para um saque são exemplos de algoritmos. No currículo indicado pelo acervo, o conceito aparece em Computação no 6º, 7º, 8º e 9º anos e no 1º ano. Ele se relaciona à habilidade EF69CO02, à EF01CO02 e à EF07CO05. O avanço está em passar de reconhecer passos a analisar sua ordem, sua finalidade e seu teste.

Para mim, uma boa explicação começa separando três camadas. Primeiro, há o problema: por exemplo, acender três LEDs em sequência. Depois, há o algoritmo, que especifica qual LED acende e quando. Por fim, há uma implementação numa linguagem e num dispositivo. Essa distinção evita que a conversa fique presa à sintaxe antes de a turma compreender a solução. Também ajuda a mostrar que um algoritmo pode ser discutido sem computador: basta que as instruções sejam compreensíveis e possam ser seguidas para produzir um resultado.

O que o aluno precisa saber antes de aprender algoritmo de programação?

As fichas apontam uma base recorrente: entender o que é uma instrução e perceber que a ordem dos passos importa. Algumas questões também dependem de lógica de programação, resolução de problemas, identificação de requisitos, noções de programação básica, estrutura de controle, repetição e, numa aplicação específica, operações com potências. Não é necessário exigir domínio de todos esses itens antes de qualquer aula; o pré-requisito depende da tarefa proposta. Para verificar a base, peço que os alunos descrevam uma rotina simples, executem uma lista de comandos sem alterá-la e expliquem o que esperam como resultado. Em seguida, proponho uma situação com condição ou repetição somente quando esse conteúdo já foi apresentado. Observo se conseguem identificar entrada, passos e resultado, além de justificar por que cada etapa vem naquela posição.

Uma checagem curta pode revelar mais do que uma pergunta abstrata como “o que é algoritmo?”. Peça que a turma organize três cartões de instruções, explique a ordem e antecipe o que acontece se um cartão mudar de lugar. Para um grupo mais avançado, apresente uma regra simples, como repetir uma ação para uma série de valores ou verificar uma condição antes de prosseguir. Não atribua automaticamente o erro a uma lacuna conceitual: dificuldades de leitura, familiaridade com o contexto e conhecimentos matemáticos também podem interferir. Registre qual componente falhou. Se o estudante sabe ordenar passos, mas não distingue algoritmo de software, a intervenção deve ser outra daquela necessária para quem não acompanha uma sequência.

Quais são os erros mais comuns com algoritmos e por que acontecem?

Nas oito fichas, o distrator mais provável indicado é a alternativa B em cinco questões; na questão 1, é C, e nas questões 8 e 1 restantes, são A e C, respectivamente. Isso não significa que cinco alunos de cada turma escolherão B: trata-se do distrator apontado nas fichas, não de uma taxa de respostas observadas. O padrão ajuda a planejar o diagnóstico. As alternativas incorretas mostram confusão entre algoritmo e código, software ou linguagem; troca da ordem dos comandos; perda da operação indicada; e omissão de etapas de análise e teste. A questão do caixa eletrônico inclui uma distração específica entre aparência da interface e lógica funcional. Em vez de corrigir apenas a letra, peço ao aluno que explique o raciocínio: a justificativa costuma mostrar se ele confundiu a representação, a sequência ou a finalidade do algoritmo.

Confundir algoritmo com código, linguagem ou software

Nas questões 1, 5 e 6, as fichas descrevem a confusão entre algoritmo e uma implementação: o estudante pode acreditar que todo algoritmo precisa estar em código, que ele próprio é uma linguagem ou que equivale a um software pronto. O distrator mais provável da questão 1 é C; nas questões 5 e 6, é B. Essa recorrência faz sentido pedagogicamente: os alunos encontram algoritmos sobretudo em contextos de programação e podem tomar a ferramenta pela ideia. Eu intervenho com uma comparação concreta: escrevo instruções em português para uma tarefa e pergunto se ainda há uma sequência que leva a um resultado. Depois, mostro como a mesma lógica pode ser convertida em código. Peço que a turma nomeie separadamente problema, algoritmo e implementação.

Priorizar complexidade em vez de clareza

Na questão dos LEDs, o distrator B representa a ideia de que uma linguagem mais complexa tornaria a solução melhor. A ficha alerta que alguns alunos priorizam a complexidade da linguagem em vez da clareza da sequência. É um erro que pode surgir quando “programar” parece significar usar recursos avançados ou escrever muito. Para intervir, proponho que os alunos expliquem o comportamento esperado antes de discutir a linguagem. Eles devem especificar a ordem dos LEDs e a temporização e, só então, pensar em como representar os passos. Comparar duas descrições — uma clara e outra excessivamente complicada — permite discutir legibilidade sem afirmar que o tamanho, por si só, determina se uma solução funciona.

Alterar ou perder a ordem dos comandos

Na questão do robô, o distrator B troca direita por esquerda e a ficha aponta a inversão da ordem como erro típico. O aluno pode reconhecer cada comando isoladamente, mas não executar a sequência fielmente. Eu peço que acompanhe cada instrução, uma de cada vez, marcando o estado do robô depois de cada passo. É importante separar a sequência escrita da posição final: a questão pede a sequência final de movimentos, não necessariamente uma coordenada. Se o aluno reorganiza os comandos para produzir um trajeto que “parece melhor”, isso revela que ainda não trata a lista como especificação. Cartões físicos ou setas no chão ajudam a tornar observável o efeito da ordem.

Confundir a variável do laço com o resultado da operação

Na questão dos quadrados de 1 a 5, a resposta B repete os valores originais em vez de calcular seus quadrados; é também o distrator mais provável indicado. A ficha descreve precisamente essa confusão entre a variável de controle e o resultado da operação. O aluno pode entender que o laço percorre cinco valores, mas deixar de aplicar a instrução “ao quadrado” em cada repetição. Eu desenho uma tabela com três colunas: valor de i, operação executada e saída. A turma preenche uma linha por vez e depois identifica o padrão. Assim consigo localizar se a dificuldade está na repetição, na potência ou na leitura do comando, sem concluir que qualquer resposta incorreta indica a mesma lacuna.

Começar a criar antes de identificar requisitos e testar

Na questão do agendamento de aulas, a ficha indica como erro típico inverter a ordem e começar a criar antes de identificar requisitos. O distrator mais provável é B, que menciona requisitos e implementação, mas deixa de fora a criação e o teste do algoritmo. Outra alternativa propõe criar sem testar. O problema não é apenas lembrar uma lista: é compreender que uma solução depende do que precisa atender e deve ser verificada antes de ser implementada. Eu peço que os grupos explicitem o que o sistema precisa resolver, criem uma sequência, testem casos e só então discutam implementação. Para diagnosticar, pergunto o que poderia dar errado se um desses passos fosse pulado.

Confundir funcionamento com aparência da interface

Na questão do caixa eletrônico, a ficha aponta como erro típico focar no layout visual em vez da lógica. A alternativa A, que apresenta as opções da interface, é o distrator mais provável. Porém, o problema proposto é decidir se o saque pode continuar: é necessário verificar se o saldo permite a operação. A resposta errada pode indicar que o aluno associa algoritmo ao que aparece na tela, sem modelar a condição que governa o comportamento. Eu separo a interface da regra: primeiro pergunto qual informação é necessária; depois, que comparação deve ser feita; por fim, o que acontece em cada resultado. Assim, “tela” deixa de substituir a lógica.

Como ensinar algoritmo de programação passo a passo?

Começo com uma tarefa familiar, sem código, e peço instruções que outra pessoa consiga seguir. A turma testa a descrição e observa ambiguidades ou passos fora de ordem. Em seguida, nomeio o conceito: uma sequência de instruções orientada a resolver um problema. Depois, proponho representar a mesma solução de outra forma, para desfazer a ideia de que algoritmo só existe em código. O próximo passo é executar comandos em ordem, registrando o estado após cada um, como na questão do robô. Quando a base está firme, acrescento repetição ou condição: faço a turma rastrear os valores de um laço ou decidir se uma operação pode continuar. Para fechar, introduzo requisitos, criação, teste e implementação. As dicas das fichas — analisar a definição, visualizar a sequência, rastrear o efeito e pensar na lógica — viram perguntas-guia.

Eu não tentaria ensinar todas as estruturas de uma vez. Uma sequência realista pode ocupar várias aulas: primeiro definição e formas de representação; depois comandos e rastreamento; em seguida repetição e condições, se forem adequadas à série e ao percurso da turma; por último, planejamento e teste de uma solução. Em cada etapa, recolho evidências diferentes. Na explicação oral, observo se o aluno distingue algoritmo de software. No rastreamento, vejo se mantém a ordem e atualiza o estado. Num problema contextualizado, avalio se identifica a informação necessária e a condição relevante. Na revisão, peço que compare a previsão com o resultado da execução. Esse ciclo reduz a chance de confundir acerto por reconhecimento de alternativas com compreensão transferível.

Como avaliar algoritmos: que questão usar em cada momento?

Para abrir um diagnóstico, a questão direta sobre o que caracteriza um algoritmo é curta, tem nível de leitura baixo e aparece na ficha como adequada a diagnóstico, prova, atividade, lição e avaliação rápida; seu papel na prova é abertura e seu poder de discriminação é baixo. Ela ajuda a localizar concepções iniciais, mas não deve ser a única evidência. Questões de aplicação e situações com robô, LEDs ou caixa eletrônico podem compor progressão: nas fichas, levam tempo médio, leitura média e poder de discriminação médio. São indicadas para prova, atividade e diagnóstico, e algumas também para lição ou simulado. A questão dos quadrados é curta, de leitura baixa e útil para prova, atividade, diagnóstico e simulado. Escolha conforme o objetivo, não apenas pela facilidade de corrigir.

As fichas classificam o poder de discriminação como médio em sete questões e baixo na questão de abertura; isso pode orientar a combinação, mas não substitui a interpretação das respostas da sua turma. Todas as oito exigem cálculo como “não”, embora uma peça para calcular quadrados: o dado da ficha sugere que a ênfase pedagógica não está classificada como cálculo. As questões 2, 3, 6, 7 e 8 são situacionais, enquanto outras são diretas ou abstratas. Para avaliação rápida, a ficha recomenda explicitamente a questão 5; para simulado, as questões 3 e 4. A questão 7 trabalha etapas de desenvolvimento e admite uso em prova, atividade e diagnóstico. Confira sempre a adequação da leitura e do contexto antes de aplicar.

Na prática, eu usaria uma questão direta para sondar vocabulário, uma de rastreamento para verificar execução e uma situacional para observar transferência. Para atividade, permita que o aluno explique e corrija o algoritmo; para lição, prefira enunciados completos e conceitos já trabalhados; em prova, combine abertura, progressão e consolidação. As fichas marcam as questões 1 e 5 como consolidação e abertura, respectivamente, e as situações 2, 3, 6, 7 e 8 como progressão, com a 7 identificada como fixação. A questão 4 também é de consolidação. A composição pode, portanto, revelar mais do que uma coleção de itens equivalentes: começa pela definição, avança para aplicação e termina verificando controle do processo.

O que ensinar antes de algoritmo de programação?

Antes de trabalhar algoritmos mais elaborados, retomo os conceitos que aparecem como pré-requisitos no acervo. A lógica de programação ajuda o aluno a organizar decisões e ações; a definição de algoritmo evita confundi-lo com código ou software; e a Sequência de instruções sustenta a execução na ordem indicada. Quando a atividade inclui decisões ou laços, retomo estrutura de controle e estrutura de repetição. As fichas também citam noções de resolução de problemas, programação básica, identificação de requisitos e operações com potências. Escolho o que revisar pela questão prevista: não há necessidade de antecipar todo o repertório para uma tarefa simples de sequência.

Uma forma eficiente de decidir é olhar a ação cognitiva que a questão pede. Para reconhecer uma definição, verifico vocabulário e exemplos. Para seguir comandos, observo ordem e estado. Para interpretar um laço, verifico se o aluno distingue o valor percorrido da transformação aplicada. Para modelar uma situação, pergunto quais requisitos e condições precisam entrar na solução. Essa leitura transforma pré-requisitos em pontos observáveis, não em uma lista genérica de conteúdos para revisar por obrigação. Se a turma falha em uma etapa, retomo-a com um exemplo curto e volto a uma questão equivalente, sem repetir exatamente a mesma alternativa ou contexto.

Para onde este conceito leva?

Com a noção de algoritmo consolidada, o aluno pode investigar a função de um algoritmo: que problema resolve, que informações utiliza e que resultado produz. Também pode avançar para sequência de movimentos, como na atividade do robô, e compreender que cada comando altera o estado do sistema. Depois, a turma pode comparar soluções, testar casos, analisar condições e pensar em repetição, sempre que esses conteúdos fizerem parte do percurso planejado. A questão sobre desenvolvimento de um sistema escolar já aponta uma ampliação importante: identificar requisitos, criar, testar e implementar. O objetivo não é saltar imediatamente para um projeto grande, mas ajudar o estudante a explicar por que a sequência proposta atende a uma necessidade e como verificar se funciona.

Esse avanço muda a conversa em sala. Em vez de perguntar apenas “qual é a resposta?”, posso perguntar “qual problema está sendo resolvido?”, “que condição faz o algoritmo seguir?” e “como você testaria uma situação diferente?”. As respostas ajudam a avaliar se o aluno apenas memorizou uma definição ou consegue usar o conceito em outro contexto. Ao planejar o próximo conteúdo, volto às evidências: quem já rastreia comandos pode trabalhar com uma condição; quem ainda confunde algoritmo com software precisa comparar representações; quem altera a ordem precisa de mais execução passo a passo. Assim, o conceito funciona como base para aprender programação e, ao mesmo tempo, como ferramenta para pensar soluções organizadas.

Como relacionar algoritmo a outros temas e habilidades?

Nas fichas, o tema transversal registrado é ciência e tecnologia nas questões 1 e 2; as demais não trazem esse campo preenchido, então não generalizo que todas tenham a mesma classificação. Os contextos cotidianos aparecem em situações como LEDs, robô e caixa eletrônico, enquanto outras questões são abstratas. Essa variedade permite discutir onde algoritmos estão presentes sem reduzir o conteúdo a dispositivos. Também aparecem habilidades socioemocionais distintas: pensamento crítico nas questões 1, 3, 4, 6 e 8, e tomada de decisão nas questões 2, 5 e 7. Posso mobilizá-las pedindo justificativas, comparação de alternativas e avaliação de consequências. Não trato essas habilidades como nota separada: observo como o aluno argumenta, identifica uma condição relevante e revisa uma solução diante de evidências.

Um contexto aplicado ganha força quando não é só decoração do enunciado. No caixa eletrônico, por exemplo, a situação exige reconhecer uma condição antes de continuar; no projeto dos LEDs, é preciso priorizar sequência e temporização; no agendamento, requisitos e testes importam. Peço aos grupos que expliquem qual elemento do contexto muda a lógica e qual é apenas apresentação. Essa distinção conversa com pensamento crítico e tomada de decisão sem inventar uma atividade desconectada das fichas. Se a turma sugere uma solução, convide-a a testar um caso simples e um caso que possa falhar. A análise de limites e consequências torna a computação mais concreta, e mostra que algoritmos não são apenas listas: são descrições de ações pensadas para uma finalidade.

Quais questões comentadas ajudam a diagnosticar algoritmo de programação?

As oito questões a seguir cobrem reconhecimento da definição, representação, execução ordenada, repetição, aplicação em robótica e eletrônica, planejamento de desenvolvimento e decisão condicional. Ao aplicá-las, eu observo não só a alternativa marcada, mas a explicação do estudante. As fichas mostram tempos curtos ou médios, níveis de leitura baixos ou médios e indicação de ausência de cálculo em todas; isso permite planejar a duração, mas não garante que todo aluno as concluirá no mesmo ritmo. Cada item tem um papel específico no percurso, de abertura e consolidação a progressão e fixação. Os comentários dos distratores explicitam o que a resposta pode revelar, sem afirmar que um erro isolado diagnostica definitivamente uma dificuldade. Use a conversa posterior para confirmar a hipótese e decidir a revisão necessária.

Questão 1 — Um algoritmo precisa ser escrito em código?

Julgue a afirmação: “Um algoritmo é uma sequência de passos para resolver um problema. Isso significa que ele deve ser sempre escrito em código de programação.”

• ❌ A) Verdadeiro. Incorreta: algoritmos não precisam ser somente em código. A resposta pode revelar que o aluno associa a ideia exclusivamente à programação.
• ✅ B) Falso. Correta: algoritmos podem ser descritos em linguagem natural e representados de outras formas.
• ❌ C) Verdadeiro, sempre em código. Incorreta: reforça a confusão entre algoritmo e uma implementação particular; é o distrator mais provável indicado na ficha.
• ❌ D) Falso, apenas em linguagem matemática. Incorreta: troca uma restrição por outra; revela a crença de que existe uma única representação permitida.
• ❌ E) Verdadeiro, apenas em diagramas. Incorreta: diagramas são uma possibilidade, não a única forma de expressar um algoritmo.

Para discutir, peça que a turma descreva uma tarefa em português e verifique se os passos podem ser seguidos.

Questão 2 — O que priorizar ao programar LEDs?

Em um projeto de ciências, os alunos devem programar um microcontrolador para acender LEDs em uma sequência. O que deve ser priorizado na construção desse algoritmo?

• ✅ A) Definir claramente a sequência de ações e temporização. Correta: são aspectos fundamentais para o funcionamento do projeto.
• ❌ B) Usar a linguagem mais complexa possível. Incorreta: a complexidade não substitui uma sequência clara; a ficha aponta esta alternativa como o distrator mais provável.
• ❌ C) Ignorar as regras de programação. Incorreta: desconsiderar regras favorece erros; a resposta revela que o aluno não considera as restrições de execução.
• ❌ D) Criar um código extenso e detalhado. Incorreta: extensão não é sinônimo de qualidade; um código claro e conciso é preferível.
• ❌ E) Focar apenas em um LED. Incorreta: deixa de representar a sequência completa exigida pelo projeto.

Peça que expliquem primeiro o comportamento esperado e só depois discutam como escrevê-lo.

Questão 3 — Qual sequência de movimentos o robô executa?

Em uma aula de robótica, um robô deve seguir uma lista de comandos: “avançar”, “direita”, “avançar” e “esquerda”. Qual será a sequência final do robô?

• ✅ A) Avançar, Direita, Avançar, Esquerda. Correta: preserva exatamente a lista apresentada.
• ❌ B) Avançar, Esquerda, Avançar, Direita. Incorreta: inverte as direções; é o distrator mais provável e pode revelar dificuldade em manter a ordem.
• ❌ C) Direita, Avançar, Esquerda, Avançar. Incorreta: antecipa comandos e altera a sequência original.
• ❌ D) Avançar, Avançar, Direita, Esquerda. Incorreta: desloca uma instrução de sua posição, sugerindo execução sem rastreamento.
• ❌ E) Direita, Avançar, Direita, Avançar. Incorreta: troca e repete movimentos que não correspondem à lista.

Para aprofundar, peça que o aluno acompanhe cada comando e indique o que mudou após cada passo.

Questão 4 — Qual é a saída do algoritmo que calcula quadrados?

Qual é o resultado da execução deste algoritmo: “para i de 1 a 5, escreva i ao quadrado”?

• ✅ A) 1, 4, 9, 16, 25. Correta: são os quadrados de 1, 2, 3, 4 e 5.
• ❌ B) 1, 2, 3, 4, 5. Incorreta: repete os valores da variável sem aplicar a operação; a ficha aponta este distrator como o mais provável.
• ❌ C) 0, 1, 4, 9, 16. Incorreta: inclui 0, que não pertence ao intervalo indicado, e deixa de apresentar o quadrado de 5.
• ❌ D) 1, 2, 3, 5, 6. Incorreta: os valores não correspondem aos quadrados da sequência; pode indicar execução imprecisa da instrução.
• ❌ E) 1, 8, 27, 64, 125. Incorreta: são cubos, não quadrados; revela troca da operação matemática solicitada.

Uma tabela com valor de i, operação e saída ajuda a identificar em qual etapa a compreensão se perde.

Questão 5 — O que caracteriza um algoritmo em programação?

O que caracteriza um algoritmo em programação?

• ✅ A) Uma sequência de comandos que resolve um problema. Correta: descreve uma série organizada de passos para uma finalidade.
• ❌ B) Uma linguagem de programação específica. Incorreta: algoritmos podem ser implementados em linguagens diferentes; é o distrator mais provável e revela confusão entre plano e linguagem.
• ❌ C) Um software pronto para ser utilizado. Incorreta: confunde o algoritmo com um produto completo, em vez de reconhecê-lo como procedimento.
• ❌ D) Um tipo de dado utilizado em programação. Incorreta: mistura procedimentos com dados, categorias diferentes.
• ❌ E) Um erro comum em programação. Incorreta: toma uma solução organizada por um erro, invertendo o sentido do conceito.

Como questão de abertura, ela é útil para sondar a definição, mas convém complementá-la com uma aplicação.

Questão 6 — Qual é o papel do algoritmo no robô de limpeza?

Uma escola programa um robô para limpar a sala. Ele deve mover-se em linha reta e virar ao identificar um obstáculo. Qual é o papel do algoritmo nesse contexto?

• ✅ A) É uma sequência de comandos que o robô deve seguir. Correta: o algoritmo define as ações do robô em cada situação.
• ❌ B) É um tipo de software que controla o robô. Incorreta: confunde algoritmo com software completo; é o distrator mais provável indicado na ficha.
• ❌ C) Serve apenas para calcular distâncias. Incorreta: limita o algoritmo a cálculos, ignorando decisões e ações.
• ❌ D) É uma forma de programação visual. Incorreta: reduz o conceito a uma forma de representação específica.
• ❌ E) Não tem relevância para o robô. Incorreta: desconsidera que as instruções orientam sua operação.

Peça que os alunos diferenciem a regra de movimento do dispositivo que executa essa regra.

Questão 7 — Que passos seguir para automatizar o agendamento?

Um grupo deve criar um algoritmo para resolver um problema real da escola. Se decidir automatizar o agendamento de aulas, quais passos deve seguir?

• ❌ A) Definir os horários e criar o algoritmo apenas. Incorreta: deixa de incluir etapas importantes, como testar e implementar.
• ❌ B) Identificar os requisitos e implementar a solução. Incorreta: pula criação e teste do algoritmo; é o distrator mais provável apontado.
• ❌ C) Criar o algoritmo e não testar. Incorreta: omite a verificação, revelando que o aluno não reconhece o teste como etapa necessária.
• ✅ D) Identificar requisitos, criar, testar e implementar. Correta: organiza as etapas fundamentais do projeto.
• ❌ E) Criar o algoritmo e depois definir os requisitos. Incorreta: inverte a ordem; a solução deve responder a necessidades identificadas previamente.

Para diagnosticar, pergunte que problema pode surgir quando o grupo começa a criar sem esclarecer o que precisa atender.

Questão 8 — Quando é necessário verificar uma condição antes do saque?

Em um caixa eletrônico, o algoritmo permite consultar saldo, sacar ou depositar e informa o resultado depois de cada operação. Qual situação exige verificar uma condição antes de continuar uma tentativa de saque?

• ❌ A) Exibir as opções de consulta, saque e depósito. Incorreta: organiza a interação, mas não verifica se o saque pode ocorrer; é o distrator mais provável da ficha.
• ❌ B) Solicitar a senha antes de mostrar o saldo. Incorreta: trata do acesso, não da suficiência de saldo para a quantia solicitada.
• ❌ C) Registrar a operação de saque realizada. Incorreta: registra uma ação depois de realizada, sem decidir previamente se pode continuar.
• ❌ D) Informar o resultado depois de concluir a operação. Incorreta: comunica o resultado, mas não avalia a condição antes da decisão.
• ✅ E) Verificar se o saldo permite o saque solicitado. Correta: compara o saque com o saldo; se for suficiente, a operação pode continuar, caso contrário o sistema informa que não pode ser realizada.

Use a questão para separar elementos de interface das regras que controlam o funcionamento.

Que perguntas frequentes professores fazem sobre algoritmos?

As dúvidas mais úteis para planejar o ensino costumam envolver a diferença entre algoritmo e código, a idade adequada para introduzir o conceito, a forma de diagnosticar dificuldades e a escolha entre questões diretas e contextualizadas. Minha resposta começa por lembrar que algoritmo é uma ideia representada por passos, e que o nível de formalização deve acompanhar o percurso da turma. As fichas deste guia cobrem 6º a 9º ano e 1º ano, com tarefas que vão da definição à análise de situações. Em vez de buscar uma única atividade “ideal”, observo qual evidência de aprendizagem preciso obter. A resposta do aluno, acompanhada de justificativa, dá pistas para decidir se devo revisar sequência, representação, repetição, condição ou planejamento.

Algoritmo é a mesma coisa que código?

Não. Algoritmo é a sequência organizada de instruções para resolver um problema; código é uma forma de expressar essa solução numa linguagem de programação. Um algoritmo pode ser descrito em linguagem natural ou representado de outras maneiras antes de ser implementado. Essa distinção é central para interpretar as questões 1, 5 e 6, nas quais as fichas apontam confusões com código, linguagem ou software. Se a turma mistura os termos, compare uma descrição em português com sua implementação e pergunte se ambas representam a mesma lógica.

Preciso ensinar programação antes de apresentar algoritmos?

Não necessariamente. É possível introduzir a ideia com instruções cotidianas e atividades de sequência sem começar por uma linguagem de programação. As fichas indicam pré-requisitos diferentes conforme a questão, desde definição e instruções até lógica, controle e repetição. Eu escolho a base conforme o que a turma vai fazer: para ordenar comandos, enfatizo sequência; para analisar uma condição, retomo controle; para executar um laço, trabalho repetição. Programação básica pode ajudar em certas tarefas, mas não é sinônimo de compreender o conceito.

Como saber se o aluno decorou a definição ou realmente entende?

Peça que aplique a ideia em um contexto diferente e justifique os passos. Um aluno pode reconhecer a frase “sequência de comandos que resolve um problema” e ainda trocar a ordem, confundir algoritmo com software ou não identificar uma condição. Combine uma questão de definição com uma tarefa de rastreamento e outra situacional. Observe se o estudante explica o que cada instrução faz e prevê o resultado. A justificativa ajuda a distinguir conhecimento conceitual de acerto por eliminação de alternativas.

Por que usar questões com distratores?

Distratores bem interpretados tornam visíveis ideias equivocadas que uma resposta aberta talvez não exponha de imediato. Neste conjunto, as fichas apontam a alternativa B como distrator mais provável em cinco das oito questões, mas isso não é uma frequência de respostas de alunos. Os distratores representam hipóteses de erro registradas no acervo, como confundir algoritmo e linguagem, alterar a ordem ou ignorar teste. Use-os como pistas para perguntar ao estudante como pensou, não como diagnóstico definitivo. A conversa e uma tarefa de confirmação ajudam a escolher a intervenção.

Como escolher uma questão para avaliação rápida?

Considere o objetivo, o tempo e a leitura exigida. A ficha da questão 5 indica tempo curto, leitura baixa e adequação para avaliação rápida, diagnóstico, prova, atividade e lição. Ela pode sondar a definição, mas tem poder de discriminação baixo, portanto não basta sozinha para avaliar aplicação. Combine-a com uma questão de sequência ou situação se quiser verificar transferência. Antes de aplicar, confira se o conteúdo e o contexto já foram trabalhados e se a leitura do enunciado não é a barreira principal.

Se quiser transformar seus objetivos de aula em avaliações variadas, conheça o gerador de provas do GeraProva. Você também pode fazer seu cadastro grátis e preparar questões para diagnosticar o que sua turma já compreendeu — e o que ainda merece uma boa conversa.