mfgonzalez@home:~$

Aprendendo em Público

Este texto é uma tradução para o Português do artigo Learn in Public escrito por Shawn Wang.

A maneira mais rápida de aprender

Se existe um regra de ouro, é esta aqui, então vou colocá-la em primeiro. Todas as outras regras são mais pu menos ebalorações sobre a regra número 1.

Você já sabe que nunca vai terminar de aprender. Mas muitas pessoas “aprendem no privado” e se esconde. Eles consomem conteúdo sem criar nenhum. Novamente, tudo bem, mas estamos aqui para falar sobre como se destacar. O que você faz aqui é ter o hábito de criar um exaustor de aprendizagem:

  • Escreva blogs, tutoriais e cheatsheets
  • Fale em meetups e conferências
  • Pergunte e responda no Stackoverflow ou no Reddit. Evite lugares fechados como Slack e Discord. Eles não são públicos
  • Faça vídeos no YouTube e /ou streams no Twitch
  • Começe uma newsletter
  • Desenhe (pessoas adoram desenhos!)

Seja o que for, faça o que você gostaria de ter encontrado quando estava aprendendo. Não avalie seus resultados baseado em aplausos, retweets, estrelas ou votos positivos. Apenas converse com o seu “Eu mesmo” de 3 meses atrás. Eu mantenho quase diariamente um blog sobre desenvolvimento escrito para ninguém mais além de mim.

Adivinha? Não se trata de alcançar o maior número possível de pessoas com seu conteúdo. Se você pode fazer isso, ótimo, lembre-se de mim quando você for famoso. Mas as chances são de que, de longe, o maior beneficiário de você tentar ajudar o você do passado seja o você do futuro. Se outros se beneficiam, isso é um bônus.

Ah… Você pensa que acabou? Não para por aqui:

  • Você gostou de um vídeo sobre programação? Entre em contato com a pessoa que criou o conteúdo, agradeça e faça perguntas.
  • Faça pull requests para libs que você utiliza.
  • Faça suas próprias libs que ninguém jamais vai utilizar
  • Clone coisas que você gosta, do zero, para ver como elas funcionam
  • Ministre workshops
  • Vá a conferências e resuma o que você aprendeu

Se você está cansado de criar coisas únicas, comece a construir uma base de conhecimento persistente que cresce com o tempo. Abra o código do seu conhecimento! Em cada etapa do caminho: Documente o que você fez e os problemas que resolveu.

O subtítulo dessa regra seria: Tente o seu melhor para estar certo, mas não se preocupe quando estiver errado. Repetidamente. Se você se sentir desconfortável ou como um impostor, ótimo. Você está se esforçando. Não presuma que você sabe tudo, mas tente o seu melhor de qualquer maneira e deixe a Internet corrigi-lo quando você estiver inevitavelmente errado. Tenha sua noobyness em sua manga.

As pessoas acham que você é péssimo? Boa. Você concorda. Peça que expliquem, em detalhes, por que você é péssimo. Você quer apenas se sentir bem ou quer ser bom? Sem objeções, sem mágoas. Então vá embora e prove que eles estão errados. Claro, se eles se tornarem abusivos, bloqueie-os.

Eu mencionei que ensinar é a melhor maneira de aprender? Fale enquanto você codifica. Pode ser estressante e eu não fiz muito isso, mas minhas melhores entrevistas técnicas foram quando acabei falando como se estivesse ensinando, em vez de tentar desesperadamente me provar. Somos animais, somos atraídos pela confiança e sentimos o cheiro do desespero.

Em algum momento, você terá algum apoio. As pessoas percebem aprendizes verdadeiros. Eles vão querer ajudá-lo. Não diga a eles, mas eles se tornaram seus mentores. Isso é muito importante: pegue o que eles te dão. Pense neles como uma oferta de missões para você completar. Quando eles dizem “Alguém está disposto a ajudar com __ __?” você é aquele garoto da primeira fila com a mão levantada. Esses são engenheiros seniores, algumas das pessoas mais solicitadas em tecnologia. Eles vão passar mais tempo com você, cara a cara, se você os ajudar (obs: e sempre há algo em que eles querem ajuda). Você não pode pagar por essas coisas. Eles vão te ensinar de graça. A maioria das pessoas não vê o que está bem na frente delas. Mas não você.

“Com tantos desenvolvedores juniores por aí, por que eles vão me ajudar?”, Você pergunta.

Porque você aprende em público. Ensinando você, eles ensinam muitos. Você os amplifica. Você tem uma coisa que eles não têm: uma mente de iniciante. Você vê como isso funciona?

Em algum momento, as pessoas começarão a pedir sua ajuda por causa de todas as coisas que você faz. 80% dos desenvolvedores são “ocultos”, eles não escrevem, não falam ou participam do discurso público de tecnologia. Mas você faz. Você deve ser um especialista, certo? Não diga a eles que você não é. Responda o melhor que puder e, quando estiver travado ou errado, passe para seus mentores.

Eventualmente, você fica sem mentores e apenas resolve as coisas por conta própria. Você ainda está publicando conteúdo. Você vê como isso funciona?

Aprenda em público.

Obs: Eventualmente, eles vão querer pagar por sua ajuda também. Muito mais do que você pensa.