Aprenda a programar com flashcards: os cartões que realmente ajudam

Para aprender a programar com flashcards, use-os em três casos: conceitos que você precisa explicar, sintaxe que você pesquisa toda semana e trechos curtos em que você prevê a saída. O resto do aprendizado acontece escrevendo programas, errando e depurando. Os flashcards apoiam essa prática; não a substituem.

O motivo é simples: programar é uma habilidade de produção. Reconhecer uma função em um tutorial não significa que você consegue escrevê-la diante de um editor vazio. Ainda assim, cada vez que você interrompe um exercício para pesquisar como percorrer um dicionário, perde o fio da meada. Esse tipo de dado pequeno e recorrente é exatamente o que cabe em um cartão.

Manter poucos formatos deixa o baralho fácil de revisar e de corrigir. Estes três cobrem quase tudo o que vale a pena lembrar sem pesquisar.

Cartão um: se a = [10, 20, 30, 40, 50], o que a[1:3] retorna? Resposta: [20, 30]. O fatiamento começa no índice 1 (o segundo item, já que a contagem começa em 0) e para antes do índice 3. Cartão dois: com x = [1, 2] e y = [1, 2], qual é o resultado de x == y e de x is y? Resposta: True e False. O operador == compara valores; is verifica se os dois nomes apontam para o mesmo objeto, e aqui são duas listas distintas com o mesmo conteúdo.

Cartão três: o que for i in range(3): print(i) imprime? Resposta: 0, 1 e 2, cada um em sua própria linha, porque range(3) começa em 0 e para antes de 3. Antes de salvar qualquer cartão assim, execute o trecho e copie a saída real. Assim você nunca memoriza uma resposta errada que digitou de cabeça.

O ciclo que funciona melhor combina um projeto com cartões. Você constrói algo pequeno, como um script que lê um arquivo de notas e calcula médias. Cada vez que precisa pesquisar algo, você anota. No fim da sessão, transforma duas ou três dessas anotações em cartões e descarta as que não vai precisar de novo.

Assim, o baralho reflete as suas dificuldades reais, e não a documentação completa da linguagem. Depois de algumas semanas, você vai pesquisar menos e dedicar a atenção à lógica do problema. Quando um cartão passar um mês sem erros e você usar esse dado com tranquilidade nos seus projetos, pare de acrescentar variações dele.

Kornell (2009) comparou duas formas de estudar flashcards de vocabulário: um baralho grande em que cada cartão voltava depois de muitos outros e vários baralhos pequenos revisados em rajadas concentradas. A revisão espaçada levou a uma recordação melhor na maioria dos participantes, embora muitos acreditassem que concentrar o estudo funcionava melhor para eles. O estudo usou palavras, não código, mas a lição sobre o espaçamento vale para qualquer dado que você precise lembrar.

Na prática, dez minutos de cartões por dia rendem mais do que uma hora no domingo. Quando você aprender uma linguagem nova, acrescente alguns cartões por sessão e deixe os mais antigos voltarem antes de acrescentar mais.

Roediger e Karpicke (2006) verificaram, com textos em prosa, que os estudantes que se testaram lembravam mais uma semana depois do que os que estudaram de novo. Aplicado à programação: escreva no papel ou em um arquivo vazio uma função que você já resolveu, sem olhar a solução, e depois execute-a. Os erros que aparecerem são a sua lista de revisão.

Outro teste útil é explicar em voz alta o que cada linha de um trecho faz antes de executá-lo. Se você não consegue dizer por que uma variável muda de valor, ainda não entende o código, mesmo que o programa funcione. Essa explicação revela lacunas que um cartão de sintaxe nunca vai mostrar.

Os flashcards de programação falham sempre pelos mesmos poucos motivos. Passe pelo seu baralho a cada poucas semanas com esta lista em mãos.

Na Lumia AI, você pode criar um livro para cada linguagem ou disciplina e dividi-lo em blocos ou neurônios, como tipos de dados, funções e manipulação de arquivos. Escreva seus cartões à mão com trechos curtos ou gere um rascunho a partir das suas anotações ou de um PDF da documentação da disciplina; execute cada exemplo antes de aceitá-lo, porque um rascunho pode conter uma saída errada.

Na revisão, avalie cada cartão como De novo, Difícil, Bom ou Fácil, e a Lumia agenda a próxima revisão. Um quiz com questões de Colocar em ordem ajuda a praticar a sequência de passos de um algoritmo. A Lumia não executa código: os testes de verdade continuam no seu editor.