# O tutorial e a ilusão de progresso

**A diferença entre acompanhar e aprender**

> Capítulo 1.6 de *Antes do Código*, livro aberto e gratuito de Marcelo Castelo Branco.
>
> Leia esta página no site: https://marcelocastelo.io/livros/antes-do-codigo/secao-1/capitulo-1-6

---

![Você andou mesmo. Só não foi você que construiu o caminho.](https://marcelocastelo.io/assets/livros/antes-do-codigo/1-6-corrimao.webp)

*Você andou mesmo. Só não foi você que construiu o caminho.*

O capítulo anterior terminou dizendo que ganha quem ainda está correndo no sexto mês. Este capítulo mostra o outro lado disso: dá para estudar seis meses sem falhar um dia e, no fim desses seis meses, continuar sem conseguir fazer nada sozinho.

E o motivo não é preguiça. A pessoa senta todo dia, presta atenção, digita junto com o vídeo e termina com a tela dela funcionando. Só que digitar junto e resolver sozinho dão exatamente a mesma sensação: **acompanhar parece aprender**.

> — Eu entendi tudo enquanto ele explicava.
>
> — Já fiz uns dez cursos, devia estar mais adiantado que isso.
>
> — Quando abro o editor sozinho, não sai nada.
>
> — Acho que preciso de mais um curso antes de tentar.

> Fazer muito curso não é aprender. Aprender é o que sobra depois que o vídeo acaba.

## A trilha construída

O corrimão da imagem que abre este capítulo acompanha a trilha inteira, degrau por degrau, e some de uma vez, no meio da subida. À esquerda ficam os degraus e o corrimão; no último degrau, o rapaz parado com a mão no último poste; à direita, a encosta crua, em verde.

Antes de chegar nesse ponto, a história é assim. Um rapaz de dezoito anos digita “como aprender a programar”. Em segundos aparecem centenas de vídeos: aprenda isso em trinta minutos, curso completo em quatro horas, de zero a desenvolvedor em três meses.

O rapaz monta um plano bonito: duas semanas para cada tecnologia, quatro tecnologias no total, dois meses. E começa.

Na primeira semana o rapaz assiste a cinco aulas, e em todas elas tem a sensação de que entendeu tudo. No fim da semana ele já sabe explicar o que é uma variável, o que é uma repetição, o que é uma condição. O rapaz posta nos stories: “dia 7 aprendendo a programar”.

## Sete tecnologias concluídas

Depois vem outra linguagem. O rapaz faz um quadrado se mexer na tela, grava, publica, ganha cinquenta curtidas e sente que construiu um foguete. Quase todo aquele código veio do vídeo. Mas na empolgação ninguém repara nesse detalhe, e o rapaz é quem menos repara.

Em três meses a lista está impressionante: sete tecnologias, todas marcadas como concluídas.

Nada dessa lista é mentira. O rapaz assistiu, acompanhou e entendeu conceitos. Só que tem um detalhe: **ele nunca resolveu um problema que não tinha resposta pronta na tela**.

> O rapaz passou três meses vendo soluções prontas, e nunca precisou criar uma solução sozinho.

## Onde o corrimão acaba

Aí chega o dia do projeto próprio. O projeto não é nada de outro mundo: uma tela com um formulário, que confere o que a pessoa digitou e manda para o sistema. No papel, o rapaz já sabe fazer essa tela.

O rapaz abre o editor e não acontece nada. O rapaz até sabe fazer cada pedaço. O que ele não sabe é **por onde começar**.

Pare aqui um segundo e conte: em três meses e sete tecnologias, quantas vezes ele ficou sozinho diante de um problema sem resposta na tela? Nenhuma vez.

A pessoa da imagem lá em cima está exatamente nesse lugar: chegou ao fim da trilha e continua com a mão no último poste, sem conseguir soltar.

O rapaz lembra do vídeo do formulário, copia algumas linhas, tenta ajustar para o caso dele, e o código quebra. O rapaz copia, cola, desfaz, copia de novo. Duas horas depois o rapaz continua no mesmo lugar.

O rapaz procura de novo e encontra dez soluções diferentes. A primeira não funciona. A segunda deixa a tela lenta. A terceira funciona, e ele não faz ideia de por quê.

Nessa hora vem a frase que muita gente já disse baixinho: “assisti a cem tutoriais e não consigo fazer nada sozinho”. Estudar assim é como decorar todas as regras de um idioma e travar na primeira conversa.

> O tutorial não te ensina a pensar. O tutorial faz com que você não precise pensar.

## A ilusão dentro da ilusão

Hoje existe uma armadilha nova, montada em cima da armadilha do tutorial. E a armadilha nova é bem mais difícil de enxergar.

Quando essa pessoa descobre que pode pedir o código a uma inteligência artificial, vem o alívio: “agora sim”. A pessoa descreve o que quer, recebe algo que funciona, e a tela finalmente faz o que devia fazer.

O problema aparece na hora de mudar alguma coisa. A pessoa pede um ajuste, a inteligência artificial não conhece o resto do sistema onde aquilo vai rodar, e o que volta é uma resposta genérica, ou uma resposta que estaria certa no caso de outra pessoa. A pessoa reformula o pedido, insiste, e às vezes acerta.

E aí acontece o pior: **a pessoa passa a usar uma solução que funciona sem entender o que a solução faz**. No dia em que esse código precisar mudar, ela vai estar mais perdida do que antes, porque agora ela acha que já resolveu esse problema uma vez.

![O apoio novo vai mais longe. O apoio só não está preso em nada.](https://marcelocastelo.io/assets/livros/antes-do-codigo/1-6-corrimao-solto.webp)

*O apoio novo vai mais longe. O apoio só não está preso em nada.*

Nada disso é para dizer que a inteligência artificial é ruim. Quem já sabe pensar usa a mesma ferramenta e anda bem mais rápido: a resposta que chega é a mesma, só que essa pessoa entende o que está lendo e sabe dizer se serve ou não. **A diferença não está na ferramenta. A diferença está em quem lê o que a ferramenta respondeu**.

> A inteligência artificial tirou a parte difícil de digitar, e a parte difícil de pensar continua com você.

## Como subir sem corrimão

O tutorial não é ruim. O tutorial é explicação, é exemplo, é ponto de partida, é o trecho da trilha que já tem degrau. O problema começa quando a pessoa trata o ponto de partida como se fosse a chegada.

### Quatro passos que separam acompanhar de aprender

*Depois de fechar o vídeo*

Os quatro passos levam uma semana, e evitam três meses de lista concluída sem nada feito sozinho.

**1. Assista uma vez inteiro, feche o vídeo e refaça sem copiar**

Primeiro só olhando, sem pular e sem acelerar. Depois do zero, linha por linha. Quando travar, volte, veja de novo só aquele pedaço, e feche outra vez. Cada vez que você fecha o vídeo é um degrau subido sem corrimão.

**2. Mude uma coisa pequena**

Se o exemplo contava de um a dez, faça o exemplo contar de dez a um. A alteração tem de ser uma que você consiga explicar em voz alta.

**3. Resolva um problema parecido, e não igual**

O problema não pode ser idêntico ao do vídeo, nem completamente novo. O problema certo é perto o bastante para você aproveitar o que viu, e diferente o bastante para exigir que você pense. O formulário do rapaz teria sido um bom problema parecido, se ele tivesse chegado nele aos poucos.

**4. Espere alguns dias e refaça tudo, sem consultar nada**

Este é o passo que quase ninguém faz, e é o único passo que responde de verdade se você aprendeu. Se não sair, você não aprendeu. Você memorizou.

> Só o quarto passo prova que você aprendeu.

## Levar para a entrevista

*Três perguntas em que a lista de cursos trabalha contra você.*

Nas três perguntas abaixo, quem está te entrevistando quer descobrir a mesma coisa: se você já ficou sozinho na frente de um problema, sem ninguém para mostrar o caminho. Uma lista de cursos não responde essa pergunta, porque a lista inteira foi feita com o corrimão na mão.

### “Como você aprendeu isso?”

**O avaliador técnico quer ver**

- Que você praticou, e não só assistiu
- Um relato com erro dentro
- Que você sabe o que ainda não domina

**O avaliador de pessoas quer ver**

- Honestidade sobre o próprio processo
- Que você continua estudando sem precisar de empurrão
- Consciência de onde estão os seus buracos

**Boa resposta**

“Comecei por um tutorial, mas percebi que só assistir não estava pegando. Passei a fechar o vídeo na metade e tentar fazer sozinho. Errava bastante, voltava, revia aquele pedaço e refazia. Depois montei um projetinho parecido, mas não igual ao do vídeo, e foi aí que eu senti que tinha entendido.”

**Resposta ruim**

“Fiz um curso completo numa plataforma conhecida. Terminei tudo, então sei a linguagem.”

A resposta descreve alguém que assistiu, não alguém que aprendeu: começou, terminou, pronto. Não tem erro, não tem dúvida, não tem nada que a pessoa tenha feito por conta própria.

### “Me conta um problema que você resolveu sem achar a resposta pronta.”

Nesta pergunta dá para ver quem já saiu do tutorial e quem ainda não saiu, e não tem como inventar uma resposta: quem já passou por isso conta com detalhe, porque doeu.

**O avaliador técnico quer ver**

- Como você isolou o problema antes de tentar consertar
- O que você testou e descartou no caminho
- Que você entendeu a causa, não só fez parar de dar erro

**O avaliador de pessoas quer ver**

- Tolerância à frustração
- Que você pede ajuda na hora certa, nem cedo demais nem tarde demais
- Clareza ao contar uma história confusa

**Boa resposta**

“Uma tela ficava lenta só para alguns usuários. Não tinha isso em lugar nenhum. Fui eliminando: testei com pouco dado, ficou rápido; com muito, travava. Descobri que estava buscando tudo de uma vez em vez de buscar por partes. Levei um dia e meio, e a maior parte foi entendendo, não escrevendo.”

**Resposta ruim**

“Sempre que trava eu pesquiso e acho. Nunca fiquei preso de verdade.”

Nunca ter ficado preso não é sinal de que a pessoa é boa. Nunca ter ficado preso é sinal de que os problemas dela ainda eram os do tutorial.

### “Você usa inteligência artificial para programar?”

Não é pegadinha. E dizer “não uso” costuma soar pior do que contar a verdade, porque quem está entrevistando quer saber se você ainda está no controle do que entrega.

**O avaliador técnico quer ver**

- Que você lê e confere o que veio antes de usar
- Que sabe dizer onde a ferramenta ajuda e onde atrapalha
- Que consegue explicar qualquer linha que entregou

**O avaliador de pessoas quer ver**

- Que você não terceiriza a responsabilidade
- Curiosidade sem deslumbramento
- Honestidade sobre como trabalha de verdade

**Boa resposta**

“Uso bastante, principalmente para a parte repetitiva e para um primeiro rascunho. Mas eu leio tudo antes de aproveitar, e o que eu não consigo explicar eu não entrego. Na semana passada descartei uma sugestão que funcionava, porque ela gravava os dados num lugar que o resto do sistema não lia.”

**Resposta ruim**

“Uso para tudo. Economiza muito tempo, nem preciso mais decorar as coisas.”

Essa resposta parece moderna, mas diz outra coisa: que essa pessoa já não sabe separar o que ela entendeu do que a inteligência artificial escreveu. Essa mistura é justamente o que mais assusta quem contrata hoje.

## Levar para o trabalho

*Três situações em que “eu já vi isso” custa caro.*

### Cai na sua mão uma tarefa que você “já viu num tutorial”

O vídeo cobriu a tecnologia. O que ele não cobriu foi o sistema que já existe aqui, as regras da casa, o que outra pessoa fez há três anos e a ligação com outro sistema que ninguém documentou.

**Esperam de você**

- Que adapte o que você viu à realidade daqui
- Que teste antes de dizer que está pronto
- Que avise cedo se for diferente do esperado

**Não esperam de você**

- Entregar quebrado porque “no vídeo funcionava”
- Confiança cega de que o tutorial cobriu tudo
- Descobrir o problema junto com o cliente

**O que dizer**

“Já vi como isso funciona em geral, mas aqui tem coisa que eu ainda não conheço. Vou fazer um teste com os nossos dados antes de subir. Se aparecer alguma diferença, eu te aviso.”

**“Eu já vi” e “eu já fiz aqui dentro” são frases diferentes**, e quem confunde as duas descobre a diferença em produção.

### Um colega diz que não é assim que o tutorial mostrava

A confusão aqui é entre seguir um caminho e resolver um problema. O tutorial é um caminho conhecido, não a lei.

**Esperam de você**

- Que explique por que fez diferente
- Disposição de ouvir a alternativa
- Que separe preferência de restrição real

**Não esperam de você**

- “Mas o tutorial não faz assim”
- Defesa cega do que você escreveu
- Discussão que trava a entrega

**O que dizer**

“No vídeo fazem daquele jeito mesmo. Só que aqui a gente tem essa restrição, e por causa dela eu fiz assim. Se vocês acharem melhor do outro jeito, eu mudo, mas queria conferir esse ponto antes.”

Repare que essa resposta mostra o raciocínio, não só a escolha. Mostrar o raciocínio é a diferença entre alguém que pensou e alguém que copiou de outro lugar.

### Você entregou um código que não sabe explicar

A tentação é grande, e cada vez mais fácil de seguir: a solução veio pronta, funcionou no teste, e o prazo estava em cima. Ninguém perguntou nada, e seguiu.

**Esperam de você**

- Que você entenda o que entrega, venha de onde vier
- Que avise quando aproveitar algo que ainda não domina
- Que peça revisão em vez de torcer

**Não esperam de você**

- “A ferramenta gerou, então está certo”
- Silêncio até alguém descobrir
- Que você seja o único que não sabe como aquilo funciona

**O que dizer**

“Isso aqui eu montei a partir de uma sugestão pronta e funcionou nos testes, mas tem uma parte que eu ainda não sei explicar direito. Você consegue revisar comigo antes de subir?”

Falar isso custa cinco minutos de desconforto e evita o pior lugar em que dá para estar: **ser o responsável por um trecho que ninguém entende, inclusive você**.

> Não entregue o que você não consegue explicar. A inteligência artificial só deixou essa regra mais importante.

## O que muda daqui em diante

**O tutorial**

- Antes: A aula em que você aprende
- Agora: O ponto de partida, e a parte fácil do caminho

**O corrimão**

- Antes: O apoio que leva até o fim
- Agora: O apoio que acaba no meio da subida, e ainda bem

**A lista de cursos**

- Antes: Prova do que você sabe
- Agora: Prova do que você assistiu

**Travar sozinho**

- Antes: Sinal de que falta estudar mais
- Agora: O momento em que o aprendizado finalmente começou

**A inteligência artificial**

- Antes: Um atalho que resolve
- Agora: Um acelerador para quem já sabe ler o que ela escreveu

- Fechar o vídeo e refazer sem copiar, antes de passar para o próximo
- Mudar uma coisa pequena e conseguir explicar o que mudou
- Refazer dias depois, sem consultar nada, que é o único teste que vale
- Trocar “já vi isso num tutorial” por “já vi, mas vou testar aqui”
- Não entregar o que você não consegue explicar, venha de onde vier

> Você aprendeu no dia em que conseguiu fazer sem o vídeo aberto.

---

*Capítulo 1.6 de **Antes do Código** — O guia para quem quer entender a tecnologia — e não só usá-la.*

*O livro inteiro, de graça: https://marcelocastelo.io/livros/antes-do-codigo*
