← Caderno de laboratório

Aprender em ordem e ver o que eu realmente retenho

O problema

Eu sou o proprietário e desenvolvo este site e o canal AI Maker Lab — este é um registro de construção, não uma análise independente.

Na era da IA, minha lista de ferramentas, modelos e conceitos a aprender cresce mais rápido do que qualquer curso que eu faça consegue cobrir. Continuo acrescentando coisas que acho que deveria entender: um modelo que ainda não experimentei, um framework cujas abstrações ainda não consigo explicar ou um conceito que usei uma vez sem saber se conseguiria usá-lo de novo. É fácil aumentar a lista. É difícil enxergar onde estou dentro dela.

Consigo dizer quando assisti a uma aula ou copiei um exemplo. Não consigo dizer com segurança quais partes ainda conheço, quais dependem de algo que pulei ou qual parte deveria vir a seguir para aquilo que quero construir. São perguntas diferentes, mas minhas anotações e meus históricos de cursos as deixam misturadas.

É nesse problema que quero trabalhar. Não preciso de mais uma pilha maior de materiais. Quero um mapa do conteúdo, uma maneira deliberada de percorrê-lo e uma visão honesta do que ainda consigo recuperar da memória e usar.

Por que cursos e tutoriais continuam falhando comigo

Comecei mais cursos do que concluí e não sei dizer quais partes ainda conheço. Os cursos e tutoriais que usei costumam organizar as aulas em uma única ordem linear. Essa ordem me diz o que o autor colocou em seguida, mas não mostra a estrutura de pré-requisitos por trás do assunto.

Os mesmos seis tópicos mostrados duas vezes: como uma única lista linear e como uma estrutura ramificada de pré-requisitos em que várias ordens são possíveis.
Para o meu problema de aprendizagem, o mapa expõe dependências que uma única sequência deixa implícitas.

Quando fico travado, não consigo enxergar se o problema está na aula atual, em um conceito anterior que entendi apenas pela metade ou em um ramo ausente que o curso nunca abordou. Quando termino uma seção, a marca de conclusão registra que cheguei ao fim. Ela não diz se consigo explicar a ideia sem a aula aberta ou aplicá-la depois que algum tempo passou.

Na minha própria aprendizagem, isso torna fácil demais confundir assistir com reter. Uma página familiar pode parecer dominada enquanto estou olhando para ela. Mais tarde, ainda não tenho um registro visível do que consigo recuperar sem a página.

Quero parar de tratar o índice como o modelo do conhecimento. Um curso ainda pode ser útil para mim, mas preciso de uma estrutura separada que mostre o que depende de quê e registre mais do que se cheguei à última tela.

A ideia do aplicativo

Estou começando com uma ideia de três partes conectadas. Elas são intenções de design para um software que não existe, não funcionalidades que já lancei.

As três partes pretendidas do aplicativo planejado: um mapa de aprendizagem que liga o objetivo ao caminho de pré-requisitos, um mecanismo de métodos que insere recuperação e espaçamento no fluxo e uma visão de domínio cujo estado por tópico muda com o tempo.
O design separa o que aprender, como revisar e como representar o estado atual do conhecimento.

1. Um mapa de aprendizagem. Pretendo representar os tópicos como um grafo de pré-requisitos indexado por um objetivo. Em vez de começar com “Qual curso devo fazer?”, o aplicativo começaria com “O que você quer conseguir fazer?”. Em seguida, ele relacionaria esse objetivo a um caminho pelos tópicos que precisam vir primeiro. Quero que o mapa torne visíveis as bases ausentes sem transformar todos os tópicos possíveis em prioridades iguais.

2. Um mecanismo de métodos. Pretendo colocar o método de estudo dentro do fluxo de aprendizagem, em vez de deixá-lo como um ato separado de força de vontade. Na revisão de 2013 de Dunlosky e colegas, testes práticos e prática distribuída receberam dos autores classificações de alta utilidade, e a mesma revisão adverte que uma classificação moderada não significava ineficaz e que uma classificação baixa não significava inútil. É por isso que o mecanismo de métodos começa com prática de recuperação e espaçamento. O texto de pesquisa complementar, Métodos de aprendizagem que funcionam, aprofunda as evidências; aqui, as classificações de utilidade e as ressalvas da revisão são o limite da afirmação. Na ideia do aplicativo, o método orientaria o que acontece em seguida: recuperar algo da memória, revisitá-lo depois de um intervalo e usar o resultado para escolher o próximo passo.

3. Uma visão de domínio. Pretendo dar a cada tópico um estado visível, em vez de uma caixa de seleção permanente chamada “aprendido”. Esse estado levaria em conta a perda de retenção ao longo do tempo, para que um êxito antigo não precisasse parecer idêntico a um recente. Ainda não sei se a representação certa é um número, um pequeno conjunto de rótulos ou evidências vinculadas a cada tópico. Sei, porém, a que quero que ela resista: à ideia de que ver algo uma vez o transforma em conhecimento consolidado para sempre.

Este aplicativo ainda não existe, e nada aqui é um resultado medido. Essas três partes são a forma atual do problema, não um compromisso com um roadmap nem uma afirmação de que o design funcionará.

Construir em público

Este texto é um registro vivo que será ampliado à medida que o projeto avançar. Quero que ele continue sendo um registro das perguntas, mudanças de design, becos sem saída e decisões que moldam a construção, em vez de uma história polida escrita depois que a incerteza desaparece.

Este texto tem uma função mais restrita. Ele registra por que estou começando, o que pretendo construir no momento e o que continua sem resposta.

Talvez eu mude o mapa, o mecanismo de métodos ou a visão de domínio conforme aprendo mais. Uma mudança faria parte do registro, não seria evidência de que uma versão anterior produziu um resultado. Até que existam software e uma avaliação, isto continua sendo a exposição de um problema e uma intenção de design.

Perguntas em aberto para os leitores

Qual tópico se beneficiaria mais de um mapa de pré-requisitos do que de outro programa linear de estudos?

Um número de domínio seria mais útil do que um rótulo de estado como “aprendendo”, “praticado” ou “desatualizado”, ou esse número daria a entender uma precisão maior do que as evidências sustentam?

Onde a perda de retenção deveria ficar visível: no próprio tópico, em uma fila de revisão ou apenas quando uma habilidade antiga bloquear um novo objetivo?

Quanto do grafo de pré-requisitos deveria ser mostrado de uma só vez antes que o mapa se transforme em outra lista de pendências?

Para qual tópico você mais precisa de um mapa?

Fontes

Continue lendo