Ser desenvolvedor JavaScript é legal porque a necessidade de bons programadores JS cresce constantemente no mercado de trabalho. Hoje em dia existem muitos frameworks, bibliotecas e outras coisas que podem ser usadas no trabalho - e em grande medida devemos ser gratos às fontes de código aberto por isso. Mas em algum momento, um desenvolvedor começa a gastar muito tempo em projetos JS em comparação com todas as outras tarefas.
É muito provável que isso tenha consequências desastrosas para sua carreira no futuro, mas você ainda não percebeu isso. Eu mesmo cometi alguns dos erros descritos abaixo no passado e agora quero protegê-lo deles. Aqui estão oito erros do desenvolvedor JS que podem tornar seu futuro menos brilhante.
Lembramos: para todos os leitores de "Habr" - um desconto de 10 rublos ao se inscrever em qualquer curso Skillbox usando o código promocional "Habr".
A Skillbox recomenda: Curso educacional on-line .
Usando jQuery
jQuery desempenhou um papel importante no desenvolvimento de todo o ecossistema JavaScript. Inicialmente, JS era usado para criar apresentações de slides e diversos tipos de widgets, galerias de imagens para sites. O jQuery permitiu esquecer os problemas de compatibilidade de código entre diferentes navegadores, padronizando o uso de níveis de abstração e trabalhando com o DOM. Por sua vez, isso ajudou a simplificar o AJAX e os problemas com diferenças entre navegadores.
No entanto, hoje estes problemas não são tão relevantes como antes. A maioria deles foi resolvida por meio de padronização - por exemplo, isso diz respeito aos seletores de busca e API.
Os problemas restantes são resolvidos por outras bibliotecas como React. As bibliotecas fornecem muitos outros recursos que o jQuery não possui.
Ao trabalhar com jQuery, em algum momento você começa a fazer coisas estranhas, como usar elementos DOM como estados ou dados atuais, e escrever código terrivelmente complexo apenas para descobrir o que há de errado com o estado anterior, atual e futuro do DOM, além disso para garantir uma transição adequada para os próximos estados.
Não há nada contra o uso de jQuery, mas reserve um tempo para aprender mais sobre as alternativas mais modernas – React, Vue e Angular – e seus benefícios.
Evitando testes unitários
Muitas vezes vejo pessoas ignorando os testes unitários de suas aplicações web. Tudo vai bem até que o aplicativo trava com um “erro inesperado”. E neste momento temos um problema enorme porque estamos perdendo tempo e dinheiro.
Sim, se uma aplicação compila normalmente sem produzir erros, e uma vez compilada funciona, isso não significa que esteja pronta para uso.
A falta de testes é ainda mais ou menos aceitável para aplicações pequenas. Mas quando os programas são grandes e complexos, são difíceis de manter. Portanto, os testes tornam-se um elemento extremamente importante do desenvolvimento. Dessa forma, alterar um componente do aplicativo não prejudicará outro.
Comece a usar .
Estruturas de aprendizagem antes do JavaScript
Entendo perfeitamente quem, ao começar a desenvolver uma aplicação web, começa imediatamente a usar bibliotecas e frameworks populares como React, Vue ou Angular.
Eu costumava dizer que primeiro você precisa aprender JavaScript e depois os frameworks, mas agora estou convencido de que você precisa fazer tudo ao mesmo tempo. JS muda extremamente rápido, então você precisa adquirir alguma experiência usando React, Vue ou Angular ao mesmo tempo que aprende JavaScript.
Isso está começando a afetar os requisitos impostos aos candidatos ao cargo de desenvolvedor. Por exemplo, foi isso que descobri quando pesquisei “JavaScript” no Even.
A descrição do trabalho diz que eles precisam de conhecimento de jQuery E JavaScript. Aqueles. Para esta empresa, ambos os componentes são igualmente importantes.
Aqui está outra descrição que lista apenas os requisitos “básicos”:
E isso acontece em cerca de metade das vagas que olhei. Porém, acredito que a proporção correta de tempo para aprender JS e frameworks é de aproximadamente 65% a 35%, e não de 50 a 50.
Relutância em se familiarizar com o conceito de “código limpo”
Todo aspirante a desenvolvedor deve aprender a criar código limpo se quiser se tornar um profissional. Vale a pena se familiarizar com o conceito de “código limpo” no início de sua carreira. Quanto mais cedo você começar a seguir esse conceito, mais cedo se acostumará a escrever código limpo e fácil de manter posteriormente.
A propósito, para entender os benefícios de um código bom e limpo, você não precisa tentar escrever um código ruim sozinho. Suas habilidades serão úteis mais tarde, no trabalho, quando você ficar horrorizado com o código incorreto de outra pessoa.
Começar a trabalhar em grandes projetos muito cedo
No início da minha carreira cometi um grande erro: tentei assumir um grande projeto quando ainda não estava pronto para isso.
Você pode perguntar o que há de errado aqui. Existe uma resposta. O fato é que se você não for intermediário ou sênior, provavelmente não conseguirá concluir seu “grande projeto”. Haverá muitos elementos e coisas a serem consideradas. E você não vai conseguir se, logo no início da carreira, não tiver desenvolvido o hábito de escrever “código limpo”, usar testes, arquitetura escalável, etc.
Digamos que você gastou muito tempo neste projeto, não o concluiu e agora está tentando passar para o nível intermediário. E de repente você percebe que não pode mostrar esse código para ninguém porque ele não é muito bom e precisa de refatoração. Porém, você gastou muito tempo nesse “projeto do século” e agora não tem exemplos de bons trabalhos para agregar ao seu portfólio. E você perde uma entrevista atrás da outra para aqueles candidatos que conseguem mostrar seu trabalho, ainda que não muito grande, em um portfólio.
De qualquer forma, no futuro você terá que refatorar, já que o código não é muito bom e as tecnologias que você utilizou não são exatamente o que você precisa. Como resultado, você percebe que é mais fácil reescrever tudo do zero do que tentar consertar.
Claro, tudo isso pode ser adicionado ao seu portfólio, mas um potencial empregador verá muitas deficiências e chegará a conclusões que serão decepcionantes para você.
Relutância em aprender estruturas de dados e algoritmos
Você pode discutir por muito tempo sobre quando deve começar a estudar estrutura de dados e algoritmos. Algumas pessoas sugerem fazer isso antes de dominar o JavaScript, outras depois.
Acredito que não seja necessário aprender isso detalhadamente no início, mas vale a pena entender os algoritmos, pois isso dará uma compreensão básica do trabalho dos programas de computador e dos cálculos.
Os algoritmos são parte integrante de quaisquer cálculos e programas. Na verdade, os próprios programas de computador são uma combinação de um conjunto de algoritmos e dados estruturados de uma determinada maneira, só isso.
Recusa de atividade física
É muito importante para um desenvolvedor praticar esportes. Não sou treinador, mas observei meu corpo mudar ano após ano. Portanto, posso dizer a que leva a falta de exercício físico.
Meu primeiro emprego foi bastante problemático por vários motivos, e um dos problemas foi que em apenas um ano ganhei quase duas dezenas de quilos. Então estudei ativamente JavaScript.
Se você não praticar exercícios, corre o risco de ganhar peso, e isso terá muitas consequências negativas: obesidade, enxaquecas (inclusive crônicas), hipertensão, etc. A lista de problemas é verdadeiramente interminável.
Auto-isolamento social
Família e entes queridos são importantes. Ao mergulhar no aprendizado de JavaScript e subestimar a importância de sua vida mental e emocional, você corre o risco de ficar deprimido, irritado, não dormir bem e muito mais.
Descobertas
Espero que algo disso seja útil para você. Se você se cuidar hoje, não terá que corrigir erros depois.
A Skillbox recomenda:
- curso prático .
- Curso on-line aplicado .
- Curso prático de dois anos .
Fonte: habr.com