--- marp: true theme: apostila paginate: true title: "Por que a ordem dos comandos muda o resultado?" description: "Apresentação didática do capítulo 4: Por que a ordem dos comandos muda o resultado?" workbook: "pensamento-computacional-6-ano" chapter: 4 order: 4 tone: "emerald" image: "/images/exploring/state-transition.png" footer: "Pensamento Computacional · 6º Ano" --- # Por que a ordem dos comandos muda o resultado? ## Capítulo 4 --- # Ao final, você entenderá melhor… - Comandos - execução - sequências - robô humano - testes - erro de instrução - relação entre comando e resultado - como acompanhar etapas, localizar causas e testar correções --- # Uma situação para observar Calçar a meia e depois o tênis funciona. Calçar o tênis e depois tentar colocar a meia produz outro resultado — e uma cena engraçada. As ações são as mesmas, mas a ordem mudou tudo. Em uma sequência de comandos, cada passo prepara o próximo. Um computador executa os comandos conforme foram organizados. Se a ordem estiver errada, ele pode chegar a um resultado incorreto mesmo que todos os comandos, separados, pareçam corretos. --- # Antes de seguir, pense nisso > **Ponto de partida:** Uma sequência pode parecer correta quando lida rapidamente e ainda falhar durante a execução. A melhor pista aparece ao acompanhar o estado depois de cada comando: posição, direção, valor ou objeto disponível naquele instante. --- ![bg contain Sequência de estados de um sistema antes e depois da execução de comandos](/images/exploring/state-transition.png) --- # Observe e teste a explicação O resultado de um comando depende do **estado atual do sistema**. O comando “apagar” produz efeitos diferentes se a luz estiver acesa ou já estiver apagada. Por isso, acompanhar apenas a lista de comandos não basta: precisamos observar o que muda depois de cada ação. Uma tabela de rastreamento pode registrar o estado antes do comando, a ação executada e o estado depois dela. Essa técnica revela em qual passo o resultado começou a se afastar do esperado e torna a correção mais precisa. --- # Organize o caminho 1. Anote a situação inicial. 2. Execute apenas um comando. 3. Registre a mudança antes de continuar. 4. Compare o estado final com o resultado esperado. --- # Conecte as descobertas Nem todo resultado inesperado vem de uma instrução errada. A entrada pode estar diferente do previsto, o executor pode não conhecer um comando ou o estado inicial pode ter sido registrado incorretamente. Para localizar a causa, reproduza o erro com o *menor número possível de passos*. Um caso pequeno reduz distrações e permite comparar com precisão o esperado e o observado. --- # A mesma ideia em outros contextos Na dança, trocar dois movimentos altera a coreografia. Em uma cobrança ensaiada no futebol, o passe precisa acontecer antes do chute. Na matemática, a ordem de certas operações também afeta o resultado. --- # Ideias em construção - **Comando e execução** Comando é uma instrução de ação. Execução é o momento em que essa instrução é realizada. Quem executa precisa saber exatamente o que fazer. - **Estado do sistema** Cada comando pode mudar a situação atual. Depois de mover uma peça, a posição dela passa a ser a entrada para o próximo comando. - **Erro de instrução** Quando o resultado não é o esperado, podemos comparar o objetivo com a sequência executada. O erro pode ser um passo ausente, extra, trocado ou mal explicado. --- # Ideias em construção · continuação - **Testar e corrigir** Testar é executar de propósito e observar. Corrigir é alterar a instrução responsável e testar novamente. - **Rastreamento e reprodução do erro** **Rastrear** significa acompanhar a execução passo a passo e registrar as mudanças. Reproduzir um erro significa encontrar uma entrada e uma sequência que façam o problema aparecer novamente. Quando conseguimos repetir a falha, podemos testar hipóteses com controle: alterar um comando, manter os demais e observar se o comportamento muda. --- # Uma história que amplia a ideia Em 1947, técnicos que trabalhavam com o computador eletromecânico **Harvard Mark II** encontraram uma mariposa presa em um relé. Relés são interruptores acionados eletricamente; centenas deles abriam e fechavam circuitos para representar operações. O inseto foi colado no diário da equipe com uma anotação bem-humorada sobre um caso real de bug. A palavra *bug* já era usada antes para indicar defeitos técnicos, portanto o episódio não inventou o termo. Ele se tornou famoso porque mostra a importância de registrar evidências. Para encontrar a falha, a equipe precisou observar o estado da máquina, localizar o componente afetado e confirmar o funcionamento depois da retirada — a mesma lógica de **rastrear, corrigir e testar novamente**. --- # Leve esta ideia com você > Ao montar algo, deixe as peças na ordem de uso. Se o resultado der errado, volte ao último passo que funcionou. Isso é mais eficiente do que recomeçar sem investigar. --- # Agora explique com suas palavras 1. Explique por que “ligar o computador” deve vir antes de “abrir o arquivo”. 2. Reorganize: fechar a tampa; abrir a garrafa; beber a água. > Responda em voz alta, escute outra explicação e complete sua ideia com um exemplo.