Ser un programador de JavaScript é xenial porque a necesidade de bos programadores JS está en constante crecemento no mercado laboral. Hoxe en día, hai moitos frameworks, bibliotecas e outras cousas que se poden usar no traballo, e en gran medida debemos agradecerlles as fontes de código aberto por isto. Pero nalgún momento, un programador comeza a dedicar demasiado tempo a proxectos JS en comparación con todas as outras tarefas.
É moi probable que isto supoña consecuencias desastrosas para a túa carreira no futuro, pero aínda non te das conta. Eu mesmo cometín algúns dos erros que se describen a continuación no pasado e agora quero protexerte deles. Aquí tes oito erros dos desenvolvedores JS que poderían facer que o teu futuro non sexa brillante.
Recordámolo: para todos os lectores de "Habr" - un desconto de 10 rublos ao inscribirse en calquera curso de Skillbox usando o código promocional "Habr".
Skillbox recomenda: Curso educativo online .
Usando jQuery
jQuery xogou un papel importante no desenvolvemento de todo o ecosistema JavaScript. Inicialmente, JS utilizouse para crear presentacións de diapositivas e varios tipos de widgets, galerías de imaxes para sitios web. jQuery permitiu esquecer os problemas coa compatibilidade do código en diferentes navegadores, estandarizando o uso de niveis de abstracción e traballando co DOM. Á súa vez, isto axudou a simplificar AJAX e problemas coas diferenzas entre navegadores.
Non obstante, hoxe en día estes problemas non son tan relevantes como antes. A maioría deles resolveuse mediante a estandarización; por exemplo, isto ten que ver cos selectores de API e de recuperación.
Os problemas restantes son resoltos por outras bibliotecas como React. As bibliotecas ofrecen moitas outras funcións que jQuery non ten.
Cando traballas con jQuery, nalgún momento comezas a facer cousas estrañas, como usar elementos DOM como estados ou datos actuais, e escribir un código horriblemente complexo só para descubrir o que está mal no estado anterior, actual e futuro do DOM , ademais. para garantir unha transición adecuada aos próximos estados.
Non hai nada en contra de usar jQuery, pero tómase o tempo para aprender máis sobre as alternativas máis modernas (React, Vue e Angular) e os seus beneficios.
Evitando as probas unitarias
Moitas veces vexo xente ignorando as probas unitarias para as súas aplicacións web. Todo vai ben ata que a aplicación falla cun "erro inesperado". E neste momento temos un problema enorme porque estamos perdendo tempo e diñeiro.
Si, se unha aplicación compila normalmente sen producir erros e unha vez compilada funciona, isto non significa que estea lista para o seu uso.
A falta de probas é aínda máis ou menos aceptable para pequenas aplicacións. Pero cando os programas son grandes e complexos, son difíciles de manter. Polo tanto, as probas convértense nun elemento de desenvolvemento extremadamente importante. Deste xeito, cambiar un compoñente da aplicación non romperá outro.
Comeza a usar .
Marcos de aprendizaxe antes de JavaScript
Entendo perfectamente a aqueles que, ao comezar a desenvolver unha aplicación web, comezan inmediatamente a utilizar bibliotecas e frameworks populares como React, Vue ou Angular.
Antes dicía que primeiro necesitas aprender JavaScript e despois os frameworks, pero agora estou convencido de que hai que facelo todo ao mesmo tempo. JS cambia moi rápido, polo que necesitas ter experiencia usando React, Vue ou Angular ao mesmo tempo que aprendes JavaScript.
Isto comeza a afectar os requisitos esixidos aos candidatos para o posto de desenvolvedor. Por exemplo, isto é o que atopei cando busquei "JavaScript" en Indeed.
A descrición do traballo di que necesitan coñecementos de jQuery E JavaScript. Eses. Para esta empresa, ambos os compoñentes son igualmente importantes.
Aquí tes outra descrición que só enumera os requisitos "básicos":
E isto ocorre en preto da metade das vacantes que mirei. Non obstante, creo que a proporción correcta de tempo para aprender JS e frameworks é de aproximadamente 65% a 35%, non 50 a 50.
Reticencia a familiarizarse co concepto de "código limpo"
Todo programador aspirante debe aprender a crear código limpo se quere converterse nun profesional. Paga a pena familiarizarse co concepto de "código limpo" ao comezo da súa carreira. Canto antes comeces a seguir este concepto, antes te acostumbrarás a escribir código limpo que será fácil de manter máis tarde.
Por certo, para comprender os beneficios dun código bo e limpo, non é necesario que intentes escribir un código malo. As túas habilidades serán útiles máis tarde, no traballo, cando esteas horrorizado polo código malo doutra persoa.
Comezar a traballar en grandes proxectos demasiado cedo
A principios da miña carreira cometín un gran erro: tentei asumir un gran proxecto cando aínda non estaba preparado para el.
Podes preguntar que pasa aquí. Hai unha resposta. O feito é que se non es un medio ou senior, probablemente non poidas completar o teu "gran proxecto". Haberá demasiados elementos e cousas a considerar. E non poderás facer fronte se, ao comezo da túa carreira, non desenvolveches o hábito de escribir “código limpo”, utilizando probas, arquitectura escalable, etc.
Digamos que levaches moito tempo neste proxecto, non o completaches e agora estás tentando pasar ao nivel medio. E de súpeto dás conta de que non podes mostrar este código a ninguén porque non é moi bo e necesita refactorización. Non obstante, dedicaches moito tempo a este "proxecto do século" e agora non tes exemplos de bo traballo que engadir á túa carteira. E pérdese unha entrevista tras outra ante aqueles candidatos que poden amosar o seu traballo, aínda que non moi grande, nunha carteira.
En calquera caso, no futuro terás que refactorizar, xa que o código non é moi bo, e as tecnoloxías que utilizaches non son exactamente as que necesitas. Como resultado, dás conta de que é máis fácil reescribir todo desde cero que tentar solucionalo.
Por suposto, todo isto pódese engadir á túa carteira, pero un posible empregador verá alí moitas deficiencias e chegará a conclusións que son decepcionantes para ti.
Reticencia a aprender estruturas de datos e algoritmos
Podes discutir durante moito tempo sobre cando deberías comezar a estudar a estrutura de datos e os algoritmos. Algunhas persoas suxiren facelo antes de dominar JavaScript, outros despois.
Creo que non é necesario aprender isto en detalle ao principio, pero vale a pena comprender os algoritmos, xa que isto proporcionará unha comprensión básica do traballo dos programas informáticos e dos cálculos.
Os algoritmos son parte integrante de calquera cálculo e programa. En realidade, os propios programas informáticos son unha combinación dun conxunto de algoritmos e datos estruturados dunha determinada maneira, iso é todo.
Rexeitamento da actividade física
É moi importante que un programador faga deporte. Non son adestrador, pero vin cambiar o meu corpo, ano tras ano. Polo tanto, podo dicirche a que leva a falta de exercicio físico.
O meu primeiro traballo foi bastante problemático por varias razóns, e un dos problemas foi que en só un ano engordei case dúas ducias de quilogramos. Despois estudei activamente JavaScript.
Se non fas exercicio, corres o risco de engordar, e isto terá moitas consecuencias negativas: obesidade, xaquecas (incluídas as crónicas), hipertensión, etc. A lista de problemas é verdadeiramente infinita.
Autoillamento social
A familia e os seres queridos son importantes. Ao mergullarche na aprendizaxe de JavaScript e subestimar a importancia da túa vida mental e emocional, corres o risco de deprimirte, irritarte, non durmir ben e moito máis.
Descubrimentos
Espero que algo disto che sexa útil. Se te coidas hoxe, non terás que corrixir erros despois.
Skillbox recomenda:
- Curso práctico .
- Curso online aplicado .
- Curso práctico de dous anos .
Fonte: www.habr.com