Carnap Ten Years Later: Lessons Learned and Next Steps

Imagine que você está tentando ensinar uma classe de 45.000 alunos a resolver quebra-cabeças de lógica. Você quer que eles pratiquem todos os dias, mas corrigir milhares de provas manuscritas à mão é um pesadelo. Então, você constrói um robô professor.

Isso é exatamente o que Graham Leach-Krouse fez com o Carnap, uma ferramenta baseada na web que corrigiu mais de quatro milhões de problemas de lógica para estudantes em todo o mundo ao longo da última década. Mas, após dez anos operando este robô, o autor percebeu que o robô estava ficando um pouco desajeitado, e é hora de construir uma versão nova, super elegante.

Aqui está a história do que deu certo, do que deu errado e das novas ferramentas brilhantes que estão sendo construídas para consertar isso.

O Robô Original: Um Gênio um Pouco Bagunçado

O Carnap original foi construído como um canivete suíço gigante e tudo-em-um. Foi escrito em uma linguagem de programação muito sofisticada chamada Haskell. O autor queria que fosse gratuito (sem custo para os alunos), baseado na web (sem instalações de software irritantes) e flexível (capaz de ensinar qualquer tipo de lógica, desde matemática simples até filosofia complexa).

O que funcionou:

• A Web: Colocá-lo em um site foi uma grande vitória. Os alunos não tiveram que lutar com telas de instalação; eles apenas clicaravam em um link.
• O Ciclo de Feedback: A melhor parte era o "feedback instantâneo". Enquanto um aluno digitava uma prova, o robô a verificava linha por linha. Se eles cometessem um erro, ele dizia "Não, tente novamente" imediatamente. Isso mantinha os alunos em um "estado de fluxo", onde sentiam que estavam jogando um jogo em vez de fazer lição de casa.
• A Flexibilidade: O autor usou um truque inteligente (chamado algoritmo de Huet) para permitir que o robô entendesse dezenas de livros de lógica diferentes. Era como ter um tradutor que podia falar todos os dialetos da lógica instantaneamente.

O que não funcionou:

• A Armadilha do "Tudo-em-Um": O autor tentou fazer tudo em um único bloco de código gigante. A parte que desenhava as imagens, a parte que verificava a matemática e a parte que salvava as notas estavam todas emaranhadas. Se você quisesse consertar um pequeno erro no verificador de matemática, poderia acidentalmente quebrar o sistema de salvamento de notas. Era como tentar consertar o motor de um carro enquanto as rodas ainda estão girando.
• O "Fator Ônibus": Como o código era tão emaranhado e usava uma configuração muito específica e difícil de instalar, era quase impossível para outras pessoas ajudarem. Se o construtor principal fosse atingido por um ônibus (uma piada clássica de programador sobre perder a única pessoa que sabe como o sistema funciona), o projeto poderia morrer.
• O Problema de Confiança: Os alunos precisam confiar no robô. Se o robô falhar, der uma mensagem de erro confusa ou agir de forma estranha, os alunos param de confiar na própria lógica. Eles começam a pensar: "O robô está quebrado", em vez de "Eu cometi um erro". O sistema original tinha muitos pequenos erros que quebravam essa confiança.

O Diagnóstico: Por Que o Velho Robô Precisa de Aposentadoria

O autor olhou para o antigo sistema e percebeu que ele foi construído sobre uma arquitetura de "duplo-monolito". Pense nisso como uma casa onde a cozinha, o quarto e o banheiro são um único cômodo gigante sem paredes. Você não pode reformar a cozinha sem derrubar o banheiro.

O problema específico era a tecnologia usada para executá-lo no navegador. O autor usou uma ferramenta chamada GHCJS para transformar o código sofisticado em código web. Mas essa ferramenta agora é "depreciada" (basicamente, foi aposentada por seus criadores). Tentar atualizar o antigo sistema seria como tentar substituir o motor de um carro por uma peça que não se encaixa mais. Seria doloroso, caro e provavelmente falharia.

O Novo Design: O Sonho "Modular"

O artigo propõe um redesenho completo, dividindo o robô gigante em três robôs especializados e minúsculos que conversam entre si.

1. O Verificador Minúsculo (mm0-zig): Este é o "cérebro" que verifica se uma prova é realmente correta. É escrito em uma nova linguagem chamada Zig e é incrivelmente pequeno — apenas cerca de 4.500 linhas de código. Como é tão pequeno, um humano pode ler tudo e dizer: "Sim, isso é confiável". É projetado para verificar provas num piscar de olhos (menos de 200 milissegundos para uma enorme biblioteca de matemática).
2. O Compilador (Aufbau Bytecode Compiler ou abc): Este é o "tradutor". Ele pega a maneira bagunçada e complexa como um aluno digita sua prova (talvez usando um editor visual sofisticado) e a transforma em um certificado binário limpo. Ele não se importa com como o aluno escreveu; ele apenas garante que o resultado final seja válido.
3. O Servidor: Este é apenas o "arquivo". Ele armazena as tarefas e as notas. Não faz nenhum pensamento pesado; apenas gerencia dados.

A Magia do Novo Sistema:

• Sem Mais Fios Emaranhados: Se você quiser adicionar um novo tipo de lógica (como um novo livro didático), não precisa reescrever o cérebro ou o arquivo. Você apenas dá ao compilador um novo conjunto de regras.
• Confiável: O "cérebro" (mm0-zig) é tão pequeno e simples que pode ser auditado por uma única pessoa. Uma vez verificado, ele nunca precisa mudar.
• Rápido: O novo verificador é quase tão rápido quanto a versão original em C, rodando a cerca de 7,1 milissegundos em média para um caso de teste específico (comparado aos 6,1 milissegundos do antigo), o que é rápido o suficiente para parecer instantâneo para um humano.

O Futuro: O Que Vem a Seguir?

O autor admite que o novo sistema ainda não está terminado. No momento, o "tradutor" (abc) funciona melhor com um editor de texto, o que pode ainda ser assustador para um iniciante em sua primeira aula de lógica. O plano é construir interfaces visuais mais ricas (como árvores de prova de arrastar e soltar) que conversem com o tradutor.

A grande lição aqui não é apenas sobre código; é sobre confiança. Seja você um aluno, um professor ou um programador, você precisa confiar na ferramenta que está usando. O antigo Carnap foi um herói que cumpriu o trabalho, mas era bagunçado. O novo Carnap está sendo construído para ser enxuto, eficiente e transparente, para que os alunos possam focar na lógica, não em lutar contra o software.

Em resumo: o velho robô era um gênio brilhante, mas bagunçado. O novo robô é uma equipe de especialistas especializados e confiáveis, prontos para ajudar a próxima geração de pensadores a escapar da gravidade da confusão e alcançar a "velocidade de escape" em seu próprio raciocínio.