Como eu Aprenderia JavaScript se Tivesse que Conseguir um Emprego em 6 Meses

Se eu acordasse amanhã sem saber

absolutamente nada de programação,

[música]

nada de JavaScript, nada de React, nada

de APIs, nada de Git e tivesse apenas se

meses para conseguir meu primeiro

emprego, eu não faria o que quase todo

mundo faz. [música] Eu não compraria um

curso de 80 horas. Eu não tentaria

decorar todos os métodos de JavaScript e

muito menos passaria construindo

calculadora, jogo da velhas ou lista de

exercícios. Parece estranho, mas existe

um motivo. Depois de conversar com

centenas de desenvolvedores iniciantes,

eu percebi um padrão. A maioria não

falha porque é [música] ruim, ela falha

porque aprende na ordem errada. Aprende

React antes de aprender JavaScript.

Aprende frameworks [música] antes de de

aprender a resolver problemas. Aprende a

copiar códigos antes de de aprender a

pensar de fato. E o resultado é sempre o

mesmo. Depois de centenas de horas

estudando, a pessoa ainda trava quando

precisa construir alguma coisa [música]

sozinho. Então eu me fiz uma pergunta.

Se tudo o que eu aprendi hoje fosse

apagado, como eu estudaria JavaScript

sabendo que tenho apenas se meses para

conseguir o emprego? Esse é exatamente o

plano que eu vou montar com você hoje.

Não é [música] o jeito mais fácil, é o

jeito que eu acredito que me faria

evoluir muito mais rápido. Mas antes que

eu te mostre o plano, a gente precisa

falar sobre o maior erro de quem está

começando. Porque talvez você esteja

cometendo esse erro sem perceber. Então

imagina que duas pessoas decidem

aprender JavaScript hoje. A primeira

abre um curso de 60 horas e a segunda,

abre um editor de code. Quem você acha

que aprendeu mais? A maioria responde

quem fez o curso e eu não tenho tanta

certeza, porque existe uma diferença

enorme entre consumir conteúdo e

construir habilidade. [música]

Pode assistir 50 horas de alguém

programando e ainda assim não conseguir

construir uma aplicação sozinho.

Programação não é igual história ou ou

até geografia. Você não aprende

programando sozinho. Você aprende

tentando, errando, quebrando,

corrigindo. E é exatamente assim que as

empresas esperam que você trabalhe. Bom,

ninguém vai sentar do teu lado e dizer:

"Ó, agora escreve essa função. Você

recebe um problema e precisa descobrir

como resolver." Então, antes mesmo de

falar de JavaScript, eu mudaria

completamente a minha forma de estudar.

Existe uma frase que eu gostaria que

alguém me tivesse dito quando eu

comecei. O objetivo não é terminar um

curso. O objetivo é conseguir construir

alguma coisa sozinho. Parece a mesma

coisa, né? Mas não pense comigo. Imagina

que você quer aprender violão. Você pode

assistir 100 horas de vídeos sobre

acordes, mas enquanto você não pegar o

violão, seus dedos nunca vão aprender o

movimento. Programação funciona

exatamente igual. Seu cérebro precisa

criar conexões e isso só acontece quando

você tenta resolver problemas. Hoje

quando olho para trás eu percebo que os

momentos em que mais evoluí não foram

assistindo aulas, foram tentando

construir projetos que estavam um pouco

acima do meu nível, porque era

justamente ali que apareciam as dúvidas

certas. E isso nos leva à primeira

decisão que eu tomaria, uma decisão que

provavelmente vai contra o que a maioria

recomendaria. Se eu tivesse 6 meses, eu

dividiria esse [música] tempo em fases,

não em tecnologia, porque tecnologia

muda, mas as habilidades permanecem. E a

primeira habilidade que eu desenvolveria

seria uma só, aprender a pensar como

JavaScript. Aqui eu não decoro sintax,

[música] não vou decorar métodos, eu vou

literalmente aprender a pensar. Nos

primeiros dias eu esqueceria o React,

esqueceria Node, esqueceria [música]

TypeScript, esqueceria Frameworks,

porque tudo isso depende de uma base. E

construir uma casa começando pelo

telhado, normalmente termina da mesma

forma, ela desaba. Existe uma pergunta

que quase ninguém faz quando começa a

estudar programação. O que de fato o

JavaScript faz? Parece uma pergunta

boba, mas ela muda completamente a forma

como você aprende. O JavaScript não cria

interfaces bonitas, não cria APIs, não

cria aplicativos. Antes de qualquer

coisa, o JavaScript manipula dados. E só

isso. Todo software que você usa hoje,

seja Instagram, seja Nobank, seja

Spotify ou até o YouTube, todos eles

recebem dados, transformam esse dados e

mostram resultado para alguém. E se você

de fato entender isso, metade da

linguagem deixa de parecer complicado.

Então, durante o primeiro mês, eu

esqueceria completamente a ideia de

decorar JavaScript. Meu objetivo seria

aprender como a linguagem pensa.

Primeiro variáveis, mas não porque a

empresa vai perguntar o que é uma, ela

provavelmente nunca vai perguntar isso.

Eu estudaria variáveis porque elas

representam estado. Todo software

precisa guardar informações. Um nome, um

preço, um usuário logado, um carrinho de

compras. Tudo começa em uma variável. Eu

quero que você pense numa mochila. A

variável é uma mochila. O valor é o que

você coloca dentro dela. Durante o

programa você pode tirar coisas e

colocar outras coisas ou simplesmente

nunca mais mexer nela. Eu focaria em

const. E é por isso que eu praticamente

ignoraria o VAR. Hoje em praticamente

qualquer projeto moderno, você vai

trabalhar quase sempre com cons e LED.

Não porque o VAR morreu, mas porque

existe formas melhores de escrever

código. Depois eu iria para objetos. E

aqui acontece uma virada, porque é nesse

momento que você percebe que quase tudo

na programação é representado dessa

forma. API retorna objeto, bancos

devolve objeto, React trabalha com

objeto, node trabalha com objeto, type

tipo objeto. Se você dominar objeto,

você começa a enxergar patrões. Mas

existe um tipo de dado que aparece muito

mais do que objetos, que são areis.

>> [roncando]

>> Pensa no Instagram, você abre o

aplicativo e aparecem centenas de posts.

Isso não é mágica, é [música] um arrei.

Netflix a rei, lista de usuário a rei,

produtos da Amazon rei. Quase tudo que

aparece repetido na tela veio de um

arrei. Agora eu vou te mandar a primeira

quebra. Basicamente aqui está uma coisa

que eu faria diferente da maioria dos

cursos. Eu quase [música] não usaria

for. Calma, eu quero que você tenha

calma, respire fundo. Não estou dizendo

para nunca aprender. [música] Você deve

conhecer o for, mas eu simplesmente

gastaria muito mais tempo dominando

quatro métodos: map, filter, find,

reduce. Se você abrir um projeto React

ou um projeto Node, ou praticamente

qualquer código moderno, vai encontrar

esses métodos o tempo inteiro, porque

eles escrevem intenção, eles deixam

claro o que você quer fazer. Por

exemplo, se você tem uma lista de

usuários, se eu quero apenas os usuários

ativos, filtra, eu quero transformar

essa lista map, eu basicamente só quero

encontrar um usuário, find, quero

calcular o valor total do carrinho,

reduz. E é isso, é isso. Start to think

a lot. É só isso. E é aqui onde eu quero

te introduzir lá ele aí. Então é aqui

onde eu começaria a usar inteligência

artificial, mas não do jeito que você

imagina. Se eu abrisse o chat GPT, eu

nunca pederia face esse exercício para

mim, porque isso economiza 5 minutos,

economiza, só que ele rouba 5 meses de

aprendizado. Meu promp seria basicamente

outra. Gere uma lista de 100 usuários e

eu vou resolver usando MAP. Não me dê

soluções, só diga se minha lógica está

correta. Você percebe a diferença. Aí a

continua acelerando o aprendizado, mas

quem continua pensando é você. É, sou

eu. Se eu terminasse o primeiro mês

dominando variáveis, objeto, arreis,

funções, map, filter, reduce, eu já

estaria muito mais preparado do que

alguém que passou um mês inteiro

assistindo vídeo. Mas calma, porque

ainda existe um problema. Até agora todo

o nosso código vive dentro da nossa

máquina. Só que aplicações reais não

funcionam assim. Elas precisam conversar

com servidores, buscar informações,

enviar dados. E é exatamente aí que a

maioria dos iniciantes começa a se

perder. Porque no segundo mês eu pararia

de escrever código para mim e começaria

a escrever código paraa internet. No mês

dois agora, seu código conversa com o

mundo. E presta atenção, se você chegou

até aqui, existe uma boa notícia, você

já sabe muito mais de JavaScript do que

imagina, mas ainda existe um problema

enorme. Até agora todo o seu código

viveu isolado. Você criou array, você

criou objetos, manipulou dados, mas tudo

aconteceu dentro da sua própria máquina.

Só que softwares de verdade não

funcionam assim. Pense no Instagram,

você abre o aplicativo, as fotos não

estão dentro do seu celular, elas

[música] vêm de outro lugar. Quando você

entra no bank, o saldo não está salvo no

aplicativo, ele vem de um servidor.

[música] Quando você pesquisa um vídeo

no YouTube, o resultado também vem de um

outro computador. E é aquilo que muita

gente percebe uma coisa. Programar não é

só escrever código, é fazer sistemas

conversarem. Então, bota na sua cabeça,

todo software moderno conversa com uma

API. Mas calma, primeiro quero que você

esquece a palavra API por um segundo.

Ele assusta mais do que deveria. Pense

num garçom. Você chega em um

restaurante, você não entra na cozinha,

você faz um pedido, o garçom leva esse

pedido, a cozinha prepara, o garçom traz

de volta a resposta. Uma API faz

exatamente isso. Ela é a ponte entre

quem pede a informação e quem realmente

possui a informação. Basicamente tem seu

código, API, servidor, banco de dados.

Cara, quando eu aprendi isso, muita

coisa começou a fazer sentido. Mas

existe um outro conceito que costuma

assustar todo mundo, programação

assíncrona. A primeira vez que eu ouvi

isso, cara, achei que era um assunto

extremamente complicado. Hoje eu

explicaria de um jeito muito mais

simples. Então, imagina que você pede

uma pizza, você liga, faz o pedido, a

pizza demora 40 minutos e o que você faz

nesse tempo? Fica olhando para o

telefone parado? Claro que não, porque

você simplesmente fica vivendo, você

continua vivendo. Assiste um vídeo,

conversa, trabalha. Quando a pizza

chegar, você atende. O JavaScript faz

exatamente isso. Enquanto ele espera uma

resposta da internet, ele continua

executando outras tarefas. Se ele não

fizesse isso, toda a interface

congelaria. E é por isso que existem as

promesses. Elas representam algo que

ainda não aconteceu, mas vai acontecer.

Não hoje, mas vai acontecer. Cara, você

não precisa decorar esses nomes, precisa

entender a ideia. Depois disso, eu

aprenderia a Sink e a Wit. E aqui eu

faria uma promessa para mim mesmo, nunca

decorar, sempre entender. O Assink e o

Ait não existem para deixar o código

mais rápido. Eles existem para deixar

seu código mais fácil de ler. Então

mesmo quem nunca programou consegue

perceber qual versão é mais [música]

simples. Mas mesmo com tudo isso, a

internet falha, APIs cai, usuários ficam

sem conexão. Então eu aprenderia uma das

habilidades mais importantes da

programação, simplesmente tratar erros.

Porque escrever código que funciona é

relativamente fácil. Difícil escrever

código que continuam funcionando quando

tudo dá errado. Dentro desse mês

[música] eu construiria um projeto, né?

Então agora vem uma regra que eu

seguiria durante todos os seis meses.

Todo mês termina com um projeto. Então

nesse segundo mês, eu construiria alguma

coisa que conversa com uma API real.

Talvez uma consulta de CP, clima,

GitHub, Pokédex, cotação de moedas,

filmes, Spotify, não importa qual.

Importante é aprender, buscar, receber,

tratar e mostrar. Se você entender esse

fluxo, vai perceber que metade da

internet funciona exatamente assim. E

aqui aí volta a aparecer, mas novamente

não para escrever código. Eu

simplesmente chegaria falaria: "Ó,

explique porque minha requisição está

falhando. Não me dê a solução, me faça

perguntas até eu descobrir sozinho." E

essa pequena mudança faz total

diferença. E no final do segundo mês, eu

não diria aprendi APIs, eu diria outra

coisa. Agora meu código conversa com

outros sistemas. Mas calma que ainda

existe um detalhe. Até agora tudo que

fizemos foi invisível. O usuário ainda

não consegue interagir com nada. E é

exatamente no terceiro mês que

finalmente começamos a construir uma

aplicação de verdade. A gente começa a

entrar no terceiro mês e é aqui onde

você começa a construir software, porque

até aqui você aprendeu a pensar, você

aprendeu a manipular dados, aprendeu a

conversar com servidores, mas ainda

existe um problema. O usuário não vê

nada disso, porque software não existem

para desenvolvedores, software existem

para quem usa. E é exatamente aqui que

eu vejo muita gente cometendo um erro

enorme, pular direto para o React. Então

eu não aprenderia o React. Calma, não

estou dizendo que o React não é

importante. Muito pelo contrário, eu

trabalho com Framework. Eles são

fundamentais. Mas existe uma pergunta:

como você vai entender o que o React

está fazendo se você nunca entendeu como

o navegador funciona? Imagina alguém

aprendendo a dirigir um carro automático

sem nunca entender [música] o que é um

freio. O carro anda, mas quando acontece

algum problema, a pessoa trava. É

exatamente isso que acontece com muitos

desenvolvedores. Durante [música] o

terceiro mês, eu mergulharia no dom,

porque simplesmente toda página da

internet é [música] basicamente uma

árvore. O JavaScript consegue caminhar

por essa árvore, encontrar elementos,

alterar elementos, criar elementos,

remover elementos. Isso muda

completamente a forma como você [música]

enxerga um site. Mas existe uma coisa

que é ainda mais importante, eventos.

Você clica num botão, nada acontece.

Depois adiciona um evento e o botão

funciona. A maior parte das aplicações

não reage ao código, [música] eles

reagem às pessoas. Você vai ter cliqus,

digitação, scroll, mouse, tou. Toda vez

que alguém faz alguma coisa, um evento

acontece. O JavaScript [música]

está esperando exatamente por isso. E a

analogia que eu posso trazer é é do

porteiro, né? Ele não sai abrindo a

porta sozinho. Ele espera alguém tocar a

campainha. Quando isso acontece, ele

simplesmente executa uma ação. Depois

disso tudo, projeto. Nesse momento eu

construiria meu primeiro projeto sério.

Então, talvez um tudo liste, controle

financeiro, lista de filmes, gerenciador

de hábitos, agenda, whatever. Existe uma

regra, o projeto precisa resolver um

problema de verdade. Nada de

calculadora, nada de jogo da velha, nada

de adivinha de número, porque empresas

não contratam pessoas que fizeram

exercício. Empresas contratam pessoas

que resolvem problemas. Existe uma

pergunta que de facto mudou

completamente a minha forma de estudar.

Esses projetos parece algo que uma

empresa poderia construir? Se a resposta

for não, eu provavelmente escolheria

outro projeto. Local storage. Imagina um

aplicativo de tarefas que perde todas as

tarefas quando você aperta F5. Ninguém

usaria. E aqui onde você precisa

entender sobre local storage, é aqui que

você precisa começar a pensar como um

desenvolvedor. Você deixa de perguntar

como faço um botão e começa a perguntar

como faço esse botão continuar

funcionando amanhã. Depois disso, ia de

novo. Agora eu usaria IA novamente.

Pronto, seria revise o meu código,

aponte problemas de organização. Não

reescreva, só me explique onde posso

melhorar, porque agora eu entendo que aí

virou uma revisora de códigos, não uma

copiadora de código. E no final do

terceiro mês eu teria uma coisa mais

importante do que certificados,

projetos. Porque currículos abre portas,

mas projeto responde a pergunta que toda

a empresa faz. Ele sabe construir alguma

coisa. E agora vem a parte mais curiosa.

Muita gente acha que o próximo passo

seria aprender mais JavaScript. Eu faria

exatamente o contrário. No quarto mês

chegou a hora do react. Mas eu não quero

te encher de informação no único vídeo.

Então esse vídeo vai ter segunda parte.

Já confirma se você tá inscrito no

canal, aperta o sininho, porque eu não

vou lancer outro vídeo a não ser a

segunda parte desse vídeo. Então se você

já está ansioso para esperar a segunda

parte, deixa nos comentários. Estou

esperando. Daqui a dias eu literalmente

vou lançar a segunda parte desse vídeo.

Sem mais demora, já quero te agradecer

por você continuar aqui. Não se esqueça,

a gente parou exatamente no mês 4ro,

onde a gente entra no React. Então eu

quero que você venha para o próximo

vídeo com a sua pipoca, porque a gente

continua com o nosso Netflix. Estamos

juntos e até o próximo vídeo.