Esti JavaScript-programisto estas bonega ĉar la bezono de bonaj JS-programistoj konstante kreskas en la labormerkato. Nuntempe ekzistas multaj kadroj, bibliotekoj kaj aliaj aferoj uzeblaj en laboro - kaj grandparte ni devus esti dankemaj al malfermfontaj fontoj por tio. Sed iam, programisto komencas pasigi tro da tempo en JS-projektoj kompare kun ĉiuj aliaj taskoj.
Estas tre verŝajne, ke ĉi tio kondukos al katastrofaj sekvoj por via kariero en la estonteco, sed vi ankoraŭ ne rimarkas ĝin. Mi mem faris kelkajn el la ĉi-sube priskribitaj eraroj en la pasinteco, kaj nun mi volas protekti vin kontraŭ ili. Jen ok eraroj por programistoj de JS, kiuj povus fari vian estontecon malpli ol brila.
Ni memorigas vin: por ĉiuj legantoj de "Habr" - rabato de 10 000 rubloj kiam oni enskribas en iu ajn Skillbox-kurso per la reklamkodo "Habr".
Skillbox rekomendas: Eduka interreta kurso .
Uzante jQuery
jQuery ludis grandegan rolon en la evoluo de la tuta JavaScript-ekosistemo. Komence, JS estis uzata por krei bildoprezentojn kaj diversajn fenestraĵojn, bildgaleriojn por retejoj. jQuery ebligis forgesi problemojn pri koda kongruo inter malsamaj retumiloj, normigante la uzon de abstraktaj niveloj kaj laborante kun la DOM. Siavice, ĉi tio helpis simpligi AJAX kaj problemojn kun interretumiloj diferencoj.
Tamen hodiaŭ ĉi tiuj problemoj ne estas tiel gravaj kiel antaŭe. Plej multaj el ili estis solvitaj per normigado - ekzemple, tio koncernas fetch kaj API-elektilojn.
La ceteraj problemoj estas solvitaj de aliaj bibliotekoj kiel React. Bibliotekoj provizas multajn aliajn funkciojn, kiujn jQuery ne havas.
Kiam vi laboras kun jQuery, iam vi komencas fari strangajn aferojn, kiel uzi DOM-elementojn kiel nunajn statojn aŭ datumojn, kaj verki terure kompleksan kodon nur por ekscii, kio estas malbona kun la antaŭa, nuna kaj estonta stato de la DOM, krome. por certigi taŭgan transiron al venontaj ŝtatoj.
Estas nenio kontraŭ uzi jQuery, sed prenu la tempon por lerni pli pri la pli modernaj alternativoj—React, Vue kaj Angular—kaj iliaj avantaĝoj.
Evitante unutestadon
Mi ofte vidas homojn ignoranta unutestojn por siaj TTT-aplikoj. Ĉio iras bonege ĝis la aplikaĵo kraŝas kun "neatendita eraro". Kaj en ĉi tiu momento ni ricevas grandegan problemon ĉar ni perdas tempon kaj monon.
Jes, se aplikaĵo kompilas normale sen produkti erarojn, kaj post kiam kompilita ĝi funkcias, tio ne signifas, ke ĝi estas preta por uzo.
Manko de testado estas eĉ pli-malpli akceptebla por malgrandaj aplikoj. Sed kiam programoj estas grandaj kaj kompleksaj, ili malfacilas konservi. Tial testoj fariĝas ekstreme grava elemento de evoluo. Tiel ŝanĝi unu aplikaĵon ne rompos alian.
Komencu uzi .
Lernado de Kadroj Antaŭ JavaScript
Mi perfekte komprenas tiujn, kiuj, kiam ili komencas disvolvi TTT-aplikaĵon, tuj komencas uzi popularajn bibliotekojn kaj kadrojn kiel React, Vue aŭ Angular.
Mi antaŭe diris, ke vi devas lerni JavaScript unue kaj poste la kadrojn, sed nun mi estas konvinkita, ke vi devas fari ĉion samtempe. JS ŝanĝiĝas ege rapide, do vi devas akiri iom da sperto uzante React, Vue aŭ Angular samtempe kun lernado de JavaScript.
Ĉi tio komencas influi la postulojn postulitajn al kandidatoj por la pozicio de programisto. Ekzemple, jen kion mi trovis kiam mi serĉis "JavaScript" ĉe Indeed.
La laborpriskribo diras, ke ili bezonas scion pri jQuery KAJ JavaScript. Tiuj. Por ĉi tiu kompanio, ambaŭ komponantoj estas same gravaj.
Jen alia priskribo, kiu nur listigas la "bazajn" postulojn:
Kaj ĉi tio okazas en ĉirkaŭ duono de la vakantaĵoj, kiujn mi rigardis. Tamen mi kredas, ke la ĝusta proporcio de tempo por lerni JS kaj kadrojn estas proksimume 65% ĝis 35%, ne 50 ĝis 50.
Malemo konatiĝi kun la koncepto de "pura kodo"
Ĉiu aspiranta programisto devas lerni krei puran kodon se ili volas fariĝi profesia. Indas konatiĝi kun la koncepto de "pura kodo" komence de via kariero. Ju pli frue vi komencos sekvi ĉi tiun koncepton, des pli baldaŭ vi alkutimiĝos al skribi puran kodon, kiu estas facile konservebla poste.
Cetere, por kompreni la avantaĝojn de bona kaj pura kodo, vi ne bezonas provi mem skribi malbonan kodon. Viaj kapabloj estos utilaj poste, ĉe la laboro, kiam vi teruriĝos pro la malbona kodo de aliulo.
Komencante laboron en grandaj projektoj tro frue
Frue en mia kariero, mi faris grandan eraron: mi provis akcepti grandan projekton kiam mi ankoraŭ ne estis preta por ĝi.
Vi eble demandis kio estas malbona ĉi tie. Estas respondo. La fakto estas, ke se vi ne estas meza aŭ altranga, tiam vi plej verŝajne ne povos plenumi vian "grandan projekton". Estos tro da elementoj kaj aferoj por konsideri. Kaj vi ne povos elteni se, komence de via kariero, vi ne disvolvis la kutimon skribi "puran kodon", uzante testojn, skaleblan arkitekturon ktp.
Ni diru, ke vi pasigis multan tempon en ĉi tiu projekto, ne kompletigis ĝin, kaj nun vi provas moviĝi al la meza nivelo. Kaj tiam subite vi rimarkas, ke vi ne povas montri ĉi tiun kodon al iu ajn, ĉar ĝi ne estas tre bona kaj bezonas refaktorigon. Tamen, vi pasigis multan tempon por ĉi tiu "projekto de la jarcento" kaj nun vi ne havas ekzemplojn de bona laboro por aldoni al via biletujo. Kaj vi perdas unu intervjuon post alia al tiuj kandidatoj, kiuj povas montri sian laboron, kvankam ne tre granda, en biletujo.
Ĉiukaze, estonte vi devos refaktori, ĉar la kodo ne estas tre bona, kaj la teknologioj, kiujn vi uzis, ne estas ĝuste tio, kion vi bezonas. Kiel rezulto, vi rimarkas, ke estas pli facile reverki ĉion de nulo ol provi ripari ĝin.
Kompreneble, ĉio ĉi povas esti aldonita al via biletujo, sed ebla dunganto vidos multajn mankojn tie kaj venos al konkludoj kiuj estas seniluziigaj por vi.
Malemo lerni datumstrukturojn kaj algoritmojn
Vi povas longe diskuti pri kiam vi devus komenci studi datumstrukturon kaj algoritmojn. Iuj homoj sugestas fari tion antaŭ ol regi JavaScript, aliaj post.
Mi kredas, ke ne necesas lerni ĉi tion detale komence, sed indas kompreni la algoritmojn, ĉar ĉi tio donos bazan komprenon pri la laboro de komputilaj programoj kaj kalkuloj.
Algoritmoj estas integrita parto de iuj kalkuloj kaj programoj. Fakte, komputilaj programoj mem estas kombinaĵo de aro de algoritmoj kaj datumoj strukturitaj en certa maniero, jen ĉio.
Rifuzo de fizika aktiveco
Estas tre grave por programisto ludi sportojn. Mi ne estas trejnisto, sed mi vidis mian korpon ŝanĝiĝi, jaron post jaro. Tial mi povas diri al vi, al kio kondukas la manko de fizika ekzercado.
Mia unua laboro estis sufiĉe problema pro kelkaj kialoj, kaj unu el la problemoj estis, ke en nur unu jaro mi akiris preskaŭ dudek kilogramojn. Poste mi aktive studis JavaScript.
Se vi ne ekzercas, vi riskas akiri pezon, kaj ĉi tio havos multajn negativajn konsekvencojn: obezeco, migrenoj (inkluzive de kronikaj), alta sangopremo, ktp. La listo de problemoj estas vere senfina.
Socia mem-izolado
Familio kaj amatoj estas gravaj. Merĝante vin en lernado de JavaScript kaj subtaksante la gravecon de via mensa kaj emocia vivo, vi kuras la riskon deprimiĝi, iĝi kolerema, ne bone dormi kaj multe pli.
trovoj
Mi esperas, ke kelkaj el ĉi tio utilas al vi. Se vi prizorgas vin hodiaŭ, vi ne devos korekti erarojn poste.
Skillbox rekomendas:
- Praktika kurso .
- Aplikata interreta kurso .
- Dujara praktika kurso .
fonto: www.habr.com