O Conceito

Quando um programa termina de rodar, normalmente sobra apenas o resultado — uma figura na tela, um número impresso, um desenho pronto. Tudo o que aconteceu entre o primeiro e o último comando some no instante em que o programa termina.

Para um adulto que já programa, isso é normal. Para uma criança que está aprendendo, é um problema enorme: o programa funciona como uma caixa-preta. Quando o resultado não é o esperado, é difícil saber em que ponto a tartaruga tomou o caminho errado — e a única ferramenta disponível, em geral, é executar tudo de novo, torcendo para perceber algo no meio do caminho.

A ideia de Tempo Visível é dissolver essa caixa-preta tornando o fluxo da execução algo ao mesmo tempo tangível e visível — duas qualidades essenciais para qualquer coisa que esperamos que uma criança aprenda. Em vez de pensar no programa como uma máquina que produz um resultado, o HardFun Logo o trata como uma sequência de momentos, todos preservados, que o aprendiz pode pausar, voltar, avançar e reexaminar com a calma que a aprendizagem exige.

Em uma frase: enquanto a maioria dos ambientes de programação mostra apenas o resultado da execução, o HardFun Logo mostra também a execução em si.

Por que isso importa

Em nossa experiência ensinando programação a crianças e jovens, compreender os passos de execução de um programa em curso é o primeiro grande desafio que o aprendiz enfrenta — antes mesmo das dificuldades com a sintaxe da linguagem ou com a lógica de um problema específico. Não é por falta de inteligência. É porque, para entender o que aconteceu, é preciso primeiro ter algum acesso ao que aconteceu.

E é exatamente esse acesso que costuma faltar: execução é normalmente invisível. O programa é uma descrição estática, escrita no editor; o resultado é uma imagem final, na tela; mas a sequência de passos que leva de um ao outro — a parte que realmente é o programa rodando — geralmente acontece fora do campo de visão do aprendiz. Quando algo dá errado, ele precisa imaginar o que aconteceu, em vez de observar.

Para um programador experiente, essa imaginação é uma habilidade adquirida — anos de prática treinaram o olhar para simular execução de cabeça. Para uma criança ou um iniciante, essa habilidade ainda não existe. Pedir a ela que imagine o que aconteceu é como pedir que faça matemática mental sem nunca ter feito conta no papel.

O Tempo Visível troca a imaginação pela observação. Cada bloco executado é registrado; cada posição da tartaruga é preservada; cada momento da execução fica acessível. A criança não precisa adivinhar — ela vê.

De onde vem essa ideia

Tempo Visível combina duas linhagens de pensamento.

A primeira vem de Seymour Papert e da tradição da linguagem Logo. Papert acreditava que crianças aprendem melhor quando podem se colocar no lugar da tartaruga — "se eu fosse a tartaruga, o que eu faria agora?" — e seguir o programa com o próprio corpo, como uma pequena coreografia. Essa ideia, que ele chamava de body syntonic learning, transformou a programação em algo concreto e investigável. O Tempo Visível é, em certo sentido, uma continuação digital dessa mesma intuição: oferecer ao aluno uma criatura (a tartaruga) que ele pode acompanhar passo a passo — agora também no tempo, e não só no espaço.

A segunda linhagem vem de Bret Victor, especialmente do ensaio Learnable Programming (2012) — que, vale notar, cita explicitamente Papert e Alan Kay como referências esquecidas pelos ambientes de programação modernos. Victor argumenta que esses ambientes falham em ensinar justamente por esconderem o que está acontecendo durante a execução, e propõe um conjunto de cinco princípios para um ambiente que se proponha à aprendizagem. O aprendiz deveria poder:

• seguir o fluxo (follow the flow) — acompanhar a execução do programa passo a passo;
• ler o vocabulário — entender o que cada elemento da linguagem faz, sem precisar adivinhar;
• ver o estado — observar, a qualquer momento, os valores que o programa está manipulando;
• criar reagindo — construir o programa observando o efeito de cada mudança em tempo real;
• criar abstraindo — generalizar trechos concretos em conceitos reutilizáveis.

"A programação é um esporte de espectador? Não deveria ser." — Bret Victor

O Tempo Visível é, antes de qualquer outra coisa, a resposta do HardFun Logo ao primeiro desses princípios: seguir o fluxo. Outros elementos da plataforma respondem aos demais — a tartaruga gráfica torna o estado observável; os blocos visuais tornam o vocabulário legível; o modo Passo permite criar reagindo; os procedimentos permitem criar abstraindo. Mas é em seguir o fluxo que mais radicalmente investimos, porque é nele que a aprendizagem inicial mais frequentemente se rompe.

Levar essas duas tradições — Papert e Victor — a sério, ao mesmo tempo, é uma forma concreta de cumprir uma promessa antiga: tornar o computador uma janela para o pensamento, e não uma caixa misteriosa.

Como funciona, na prática

Ative o modo Mostra passos no editor (na barra inferior, ao lado do controle de velocidade). Quando você executa um programa com esse modo ligado, três coisas acontecem em sequência:

1. A plataforma registra o estado da tartaruga após cada instrução. Toda mudança de coordenada, ângulo, cor de caneta, espessura ou visibilidade — tudo o que afeta o desenho — é guardado como um quadro na linha do tempo. Cada execução de um bloco produz um quadro.
2. Um controle deslizante de tempo aparece logo abaixo da tela da tartaruga. Cada ponto da régua corresponde a um passo do programa. Os marcadores se alinham com os blocos no editor — passar o mouse sobre um ponto revela qual bloco foi responsável por aquele estado.
3. Você pode arrastar o controle para frente e para trás. A tartaruga salta para a posição registrada no momento escolhido, e o desenho se reconstrói até aquele ponto. Em paralelo, fantasmas da tartaruga aparecem em todas as posições anteriores, com opacidade decrescente, formando um rastro temporal completo do caminho percorrido.

O efeito visual costuma surpreender quem vê pela primeira vez. Em vez de uma figura final estática, o aluno tem em mãos uma representação da história inteira do programa — pode rebobinar até o instante exato em que a tartaruga começou a se desviar do que ele pretendia.

Limitações conhecidas

Tempo Visível é uma ferramenta poderosa, mas não funciona igualmente bem em todos os tipos de programa. Vale ter clareza sobre onde ela brilha e onde precisa de cuidado.

• Programas com repita sempre geram, em teoria, um número infinito de quadros. Na prática, a plataforma registra até um limite antes de o programa ser interrompido. Para projetos de animação contínua, o Tempo Visível mostra apenas um trecho recente da execução.
• Programas com aguardar longos podem produzir uma linha do tempo com momentos de pausa, em que nada visível acontece. Isso é esperado — o tempo passa mesmo sem ação.
• Programas muito grandes (milhares de passos) podem deixar o controle deslizante denso demais para uso fluido. Nesses casos, o modo Passo — executar um bloco de cada vez, a partir do início — costuma ser mais útil para investigação.

Por que isso ajuda a aprender

Programar bem exige conectar duas coisas que, no início, parecem distantes:

• O código que o aluno escreveu.
• O comportamento que o programa apresenta.

Em ambientes tradicionais, essa conexão é frágil. O aluno escreve um trecho, executa, vê um resultado errado e fica olhando para o código sem saber de onde veio o erro. As mensagens do compilador raramente ajudam — quando ajudam, falam uma língua técnica difícil para iniciantes.

O Tempo Visível reconstrói essa ponte de forma muito direta. Quando o aluno arrasta o controle deslizante e relaciona o passo X do programa com o efeito X na tela, ele está literalmente observando a relação causa-efeito entre cada bloco e o desenho — um aprendizado que, em ambientes sem essa visibilidade, leva semanas para se sedimentar.

Há aqui também uma transformação importante na natureza dos erros. Em um ambiente comum, um erro é um sinal de fracasso: o programa não fez o que se queria. No Tempo Visível, um erro deixa de ser uma mensagem críptica e vira uma observação sobre o mundo: a tartaruga estava no ponto certo até o passo 7, e algo aconteceu no passo 8. O aluno passa a ser, antes de tudo, um investigador.

O computador, nessa relação, deixa de ser uma caixa que aprova ou reprova o aluno. Vira um mundo que ele pode observar — e, observando, entender.

Sugestões para sala de aula

Algumas formas concretas de usar o Tempo Visível como ferramenta pedagógica.

Investigação de erros. Em vez de corrigir o código do aluno, peça que ele use o controle deslizante para encontrar o passo exato onde o programa "saiu do esperado". Frequentemente, o próprio aluno descobre o erro antes de o professor dizer qualquer coisa. Essa autonomia investigativa é uma habilidade transferível para muito além da programação.

Avaliação por explicação. Peça que o aluno arraste o controle e narre, em voz alta, o que está acontecendo a cada passo. Aluno que codificou por tentativa e erro frequentemente fica perdido na narração; aluno que pensou na lógica antes de programar consegue prever o próximo passo antes mesmo de o controle chegar lá.

Comparação entre soluções. Dois alunos que escreveram programas diferentes para a mesma tarefa podem comparar suas linhas do tempo lado a lado. Os caminhos diferentes revelam estratégias diferentes — e cada um aprende com o outro.

Predição. Antes de executar, peça ao aluno que preveja o desenho final. Depois execute e, com o Tempo Visível em mãos, peça que ele identifique o momento exato em que sua previsão se confirmou — ou se desfez. É uma forma direta de exercitar o modelo mental que ele construiu sobre o próprio código.

Tartaruga como narradora. Peça que o aluno se imagine dentro da tartaruga enquanto arrasta o controle. "O que eu sinto agora? Estou andando? Estou parada? Estou virando?" Essa volta ao raciocínio corporal de Papert costuma destravar entendimentos que a explicação puramente lógica não alcança.

Para mais ideias de como aproveitar isso em sala, veja a página Para Educadores.