Desde que comecei   , fui inundado com o que chamo de “perguntas areia movediça”. Superficialmente, uma pergunta de areia movediça   uma boa pergunta. Se você pudesse respondê-la, ela o catapultaria de onde você está (turno noturno no Wendy's drive-in) para onde você quer estar (contar aos amigos que você trabalha em Netflix, aliás). o Boot.dev parece  As perguntas areia movediça tratam de encontrar atalhos.  Preciso de um emprego de desenvolvedor em 3 meses; qual é a melhor maneira de fazer isso?  Vejo que você definiu 20 cursos em seu caminho de aprendizagem de back-end, mas, *piscadela*, quais posso pular?  O que há de errado com os atalhos?  Agora, quero ser   : não há   em querer seguir um caminho mais curto em direção ao seu objetivo profissional. Qualquer outra coisa seria loucura. Se houvesse uma pílula para transformá-lo em um desenvolvedor sênior da noite para o dia, eu o encorajaria a estourar esse idiota. claro absolutamente nada de errado  Em teoria, o min-maxing educacional parece uma estratégia sólida, mas simplesmente não funciona na prática.  Por que? Porque o destino é   . desconhecido  O algoritmo de Dijkstra é ótimo se você sabe para onde está indo. Se não, você precisa de outra coisa.  Ninguém sabe para onde estão indo  O cenário tecnológico é um aglomerado de complexidade. Aprendi cerca de dez linguagens   diferentes na faculdade e, mesmo após três anos de graduação, ainda não sabia que acabaria trabalhando como engenheiro de back-end escrevendo Go. de programação  Entrevistei todo tipo de bobagem, desde sistemas embarcados até desenvolvimento front-end. Sim, acontece que minha aula de Prolog não ajudou muito na minha primeira entrevista, mas quer saber? Não   , e agora, quando alguém diz: “É um sistema declarativo”, minha expressão facial não revela ignorância.  doeu  Se você soubesse   quais conceitos precisa dominar para passar na primeira entrevista, poderá encontrar um atalho eficaz. O problema é que não existe um subconjunto   de conhecimento que sempre será suficiente para passar em todas as primeiras entrevistas possíveis. exatamente preciso  Cada empresa tem sua própria pilha de tecnologia desajeitada  Cada PM tem sua própria versão de “ágil”  Cada gerente de contratação tem seu próprio   em 7 etapas processo de entrevista  Cada trabalho requer diferentes pedaços de conhecimento misterioso  Você   do que fará no dia a dia em seu primeiro emprego quando começar a aprender a programar. Ouço pessoas dizerem coisas como: “Nunca uso minhas habilidades de DSA no trabalho” e, após uma inspeção mais aprofundada, descobri que são “desenvolvedores” de WordPress. não tem ideia  Então, eu não deveria estar interessado no caminho mais curto?  Você deve; simplesmente não está onde você acha que o encontrará. O caminho mais curto para um trabalho como programador   envolve minimizar a quantidade de coisas que você precisa aprender e construir. Esse tipo de pensamento resulta em uma jornada muito mais longa e mentalmente exaustiva. Algo assim: não  Vá diretamente para uma estrutura da web (provavelmente Next.js, já que você é básico).  Descubra que você tem talento para criar aplicativos TODO  Perceba que você não pode construir um “olá mundo” sem um tutorial  Tente remediar isso fazendo mais tutoriais  Leia no Twitter que ackshaully   é a melhor linguagem Rust  Admita a derrota nas mãos do verificador de empréstimo  Repita as etapas 1 a 4   vezes, onde   é  n n d4_roll * your_stubbornness  O caminho mais curto (ou pelo menos um caminho   curto) geralmente se parece com isto: mais  Aprenda   básicos de programação/CS em alguma linguagem conceitos  Decida provisoriamente o tipo de programação que você deseja fazer (frontend, backend, mobile, etc.)  Aprenda os fundamentos desse tipo de programação em tecnologias adequadas para isso  Nunca pare de aprender e construir enquanto procura um emprego  Não me entenda mal, esse segundo caminho ainda não é curto. Programar não é fácil; desculpe se lhe disseram que sim, mas se você estiver disposto a se esforçar, poderá evitar um passeio sem rumo pelo 9º círculo do inferno tutorial.  Não tenha medo do trabalho  As pessoas passam eras tentando encontrar o caminho de aprendizagem mais curto ou tentando evitar aprender coisas que “nunca mais usarão”. Elas ficam bem em perder   aprendendo absolutamente nada para evitar   trabalho desnecessário. arriscar passar alguns   aprendendo algo que não é diretamente aplicável ao trabalho que você eventualmente conseguirá? meses ou anos qualquer dias  Dogecoin para a lua?  Sejamos 100000000% honestos. Algumas pessoas estão procurando um bom e velho esquema para enriquecimento rápido. Depois de algumas semanas lutando com loops, eles desistirão e comprarão um   no Fiverr. Não seja como essas pessoas. bot de negociação de criptografia com tecnologia de IA  Tornar-se um engenheiro de software NÃO é um esquema de “enriquecimento rápido”. É um esquema de "obter a classe média alta lenta"  O truque para "conseguir"? Você tem que realmente ficar bom.  Portanto, em vez de copiar/colar aleatoriamente do StackOverflow para "consertar" o próximo erro que encontrar, reserve alguns minutos extras para descobrir o que isso   . Não consigo dizer quantos PRs revisei que "consertam" algo, mas são apenas um patch de patch porque o desenvolvedor nunca grocou o problema subjacente. significa  Por exemplo, um ex-desenvolvedor Java (é sempre um desenvolvedor Java) descobre que   esta função (em Go) entra em pânico: às vezes   // sendEmail sends emails, but sometimes panics func sendEmail(e *email) error { // ... }  Eles vão direto ao Google e descobrem que o pânico no Go pode ser “resolvido” com um   . Então, eles abrem uma solicitação pull: recover   func sendEmail(e *email) error { defer func() { if r := recover(); r != nil { log.Println("recovered from panic in sendEmail") } }() // ... }  Isso meio que funciona? No entanto, um desenvolvedor melhor tentaria compreender e corrigir o problema subjacente no código. Eles adicionariam verificações   ou simplesmente parariam de usar ponteiros para esta função ... nil   // now sendEmail never panics func sendEmail(e email) error { // ... }  Você quer ter uma tendência para se tornar melhor, não para chegar ao fim. Não existe um “fim”. Há muito para aprender. O escopo de toda a engenharia de software é maior que o escopo do namespace global do seu último programa.  Não é o conselho que você queria  Ficar em forma, abandonar o vício, construir um negócio e, sim, conseguir seu primeiro emprego como desenvolvedor são coisas   . Não torne as coisas mais difíceis para você mesmo, desperdiçando seu tempo procurando atalhos. difíceis  Aprenda coisas fundamentais perenes,   e você ficará surpreso com o quão longe você pode chegar em apenas um ou dois anos de esforço consistente. construa projetos que lhe interessem   Também publicado   . aqui

The is an opinion piece based on the author’s POV and does not necessarily reflect the views of HackerNoon.

2022 - HackerNoon Contributor of the Year - Algorithms

2022 - HackerNoon Contributor of the Year - Cryptography

2022 - HackerNoon Contributor of the Year - Github

2022 - HackerNoon Contributor of the Year - Job Hunting

2022 - HackerNoon Contributor of the Year - Mathematics

2022 - HackerNoon Contributor of the Year - Online Education

Coding Guru of 2022

Super Career Strategist of 2022

Learn to code on Boot.dev

Nominated for 2022 - HackerNoon Contributor of the Year - Algorithms

Nominated for 2022 - HackerNoon Contributor of the Year - Mathematics

Nominated for 2022 - HackerNoon Contributor of the Year - Cryptography

Nominated for Coding Guru of 2022

Nominated for 2022 - HackerNoon Contributor of the Year - Github

Nominated for 2022 - HackerNoon Contributor of the Year - Online Education

Nominated for 2022 - HackerNoon Contributor of the Year - Job Hunting

Nominated for Super Career Strategist of 2022

Este áudio é produzido no idioma original da história!

Muito longo; Para ler

Não há atalhos para conseguir um trabalho de desenvolvedor: aprenda a codificar de maneira lenta

Não há atalhos para conseguir um trabalho de desenvolvedor: aprenda a codificar de maneira lenta

About Author

COMENTARIOS

Rótulos

ESTE ARTIGO FOI APRESENTADO EM

Related Stories

Criando produtos criptográficos centrados no usuário: a importância do feedback do cliente

As camadas invisíveis: por que as entrevistas com usuários são um ativo insubstituível

Quer ganhar um concurso de redação do HackerNoon? Aqui está o que os vencedores do concurso #crypto-api recomendam

Valhalla de Floki se junta como patrocinador associado da viagem da Índia ao Sri Lanka

Criando produtos criptográficos centrados no usuário: a importância do feedback do cliente

As camadas invisíveis: por que as entrevistas com usuários são um ativo insubstituível

Quer ganhar um concurso de redação do HackerNoon? Aqui está o que os vencedores do concurso #crypto-api recomendam

Valhalla de Floki se junta como patrocinador associado da viagem da Índia ao Sri Lanka

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps