Tradução de um fragmento de um artigo de Alexander Petkov, fundador da Junior Developer Help Community. “Protótipos, objetos, algoritmos... e todos esses pequenos passos entre as etapas e você não tem ideia de como implementá-los... Brr, pense como um programador.” Novos desenvolvedores geralmente sentem muita pressão durante seu primeiro emprego. Portanto, se você der a eles um exercício simples para completar a frase “A última vez que escrevi código...” Entre as duas opções de resposta:
Tudo funcionou como um relógio . Recostei-me, abri meu editor e mergulhei no maravilhoso mundo dos zeros e uns. Três horas voaram num piscar de olhos!
Foi tããão chato . Eu mal conseguia sentar e codificar. Erros apareciam constantemente, algo deu errado. Sim, ainda não descobri tudo. Esses 30 minutos pareceram três horas!
Na maioria das vezes, eles escolhem o segundo. E tudo porque às vezes todos se encontram na situação descrita na segunda opção. Mesmo quem trabalha como programador há 5, 8, 10 anos. E, em geral, a primeira opção soa como uma espécie de estranho conto de fadas idílico. Então, como já decidimos falar sobre saciedade de programação, é importante ressaltar que isso acontece com todos os desenvolvedores, e com muita frequência. E, claro, não podemos suportar isto.
Vamos tentar nos aprofundar para descobrir por que isso acontece. Nos últimos anos, conheci muitos aspirantes a desenvolvedores que:
Recentemente comecei a programar e me sinto completamente perdido.
Fique preso na fase introdutória e sinta desconforto toda vez que tiver que codificar sozinho, sem qualquer supervisão externa.
Eles eram obviamente talentosos, mas falharam nas entrevistas ou nem receberam convites.
Qual é o ponto de viragem?
Tive que gastar muito tempo estudando as necessidades e necessidades dos novos programadores, porque isso resume em poucas palavras o que faço. Para entender tudo melhor, precisei conversar com colegas da minha empresa, realizar pesquisas em grupos do Facebook, fóruns, sites de perguntas e respostas, estudar grandes tópicos do Reddit e até pesquisar diversas pequenas comunidades. E foi isso que descobrimos: “Senti que acabei de copiar o que estava no vídeo e pronto”; “Eu estava pesquisando no Google por exemplos existentes que já haviam sido escritos por alguém. Ao mesmo tempo, me senti como uma criança de 3 anos resolvendo um quebra-cabeça matemático. Isso é tão chato"; “Simplesmente não consigo pensar como um programador”; Aqui está o meu favorito: “Aqui está o que aprendi enquanto aprendia a programar: 99% das vezes você se sente completamente confuso e ineficaz. Mas assim que você consegue fazer algo funcionar como deveria – é isso, aquela sensação – a MÁGICA aconteceu!”
Se você olhar atentamente para essas citações, notará algo importante: a luta interna dessas pessoas não vem do fato de serem inativas ou de não se esforçarem o suficiente. Não é porque tenham um programa de treinamento ruim ou falta de disciplina. Na verdade, falta-lhes experiência prática. Pareceria uma dificuldade superável. No entanto, muitos deles estavam prontos para desistir e desistir da programação.
Dois mitos sobre os problemas dos programadores novatos
Descobri que na raiz de muitos dos problemas que os novos programadores enfrentam estão dois mitos populares sobre ser desenvolvedor de software. Eu gostaria de dissipar esses mitos agora mesmo para que os jovens programadores possam evitar sobrecargas desnecessárias.
Mito nº 1. Você tem que amar programar, se você não ama, não é para você.
Quantas vezes ouço algo assim de jovens desenvolvedores! E sim, discordo veementemente desta afirmação. Você não precisa amar programar para se tornar um desenvolvedor. Na verdade, aproximadamente 50% dos desenvolvedores profissionais às vezes odeiam isso literalmente. Digo isso com base em observações pessoais. Claro, é ótimo se o problema puder ser resolvido de forma fácil e simples, elegante, por assim dizer. É ótimo quando você tem um código excelente, limpo e testado que pode resolver os problemas das pessoas. Mas, infelizmente, essas conquistas não ocuparão 100% do seu tempo... nem perto disso. A vida cotidiana de um programador geralmente é repleta de pensamentos como: “Como foi ótimo poder aplicar o padrão de injeção de dependência, desacoplar classes de maneira elegante, aumentando assim a capacidade de suporte do meu código. Eu sou bom!"
Infelizmente, isso raramente acontece. Mesmo aqueles que afirmam adorar escrever código passam uma parte significativa do seu tempo fazendo um trabalho chato e monótono que nem sempre corre bem. No escritório dos programadores, a linguagem obscena é ouvida com a mesma frequência do que em um centro de serviços automotivos. Honestamente! Não há nada de errado em às vezes você simplesmente odiar programar. Claro, a pergunta “Talvez isso não seja para mim?” muitas vezes surge na mente de um programador novato quando ele se sente pressionado, recebe cargas pesadas de trabalho e tudo dá errado como gostaríamos. Isso é normal, acredite. E, sim, a programação é para você, sem dúvida. Se você está lendo isso, significa que você se importa. E se você se importar, com certeza tudo dará certo.
Mito nº 2. Há tanta coisa que não sei que nunca vou aprender!
Este é outro pensamento comum (talvez ainda mais popular que o primeiro mito). Muitas pessoas reclamam disso. E eu entendo absolutamente claramente o que está por trás disso. Nosso campo de atuação é tão amplo que quanto mais fundo você se aprofunda, mais claramente percebe o quanto ainda não sabe. Eu também me sinto mal só de pensar nisso. Isso é muito deprimente! A boa notícia é que você não precisa saber tudo. Basta saber descobrir o que você não sabe. Por enquanto, certifique-se de ter os princípios básicos com os quais está trabalhando.
Vejamos este exemplo. Se você está experimentando CSS, deve entender que ele foi projetado para aplicar estilos a elementos HTML. Você pode criar um botão que tenha bordas, cor, sombra ou animação. Você não pode dizer o que acontecerá quando clicar em um botão (você precisa de JavaScript para isso). Portanto, se você precisar “reviver” a imagem ao pressionar um botão:
Você deve ter uma imagem e elementos de botão (HTML);
Você pode então personalizar a animação para uma classe específica (CSS);
E você pode adicionar uma classe à imagem quando o botão for clicado (JavaScript).
Você leu isso nas instruções uma vez. Depois de uma semana, você precisa adicionar uma sombra à imagem ao enviar o formulário. Você já sabe o que procurar. Você tem um conhecimento geral de CSS, HTML, JavaScript e de qual parte da funcionalidade eles são responsáveis. Resta pesquisar no Google as palavras necessárias. Neste caso, “css add shadow” e “javascript add form”. Você vê o que fizemos? Portanto, não desista tão cedo e desenvolva os hábitos certos para estudar com eficácia. Mas falaremos sobre eles na próxima vez.
GO TO FULL VERSION