JavaScript garatzailea izatea polita da, JS programatzaile onen beharra etengabe hazten ari delako lan-merkatuan. Gaur egun esparru, liburutegi eta bestelako gauza asko daude lanean erabil daitezkeenak - eta neurri handi batean kode irekiko iturriei eskertu beharko genieke horregatik. Baina noizbait, garatzaile bat JS proiektuetan denbora gehiegi ematen hasten da beste zeregin guztiekin alderatuta.
Oso litekeena da horrek etorkizunean zure karreran ondorio negargarriak ekartzea, baina oraindik ez zara konturatzen. Nik neuk behean deskribatutako akats batzuk egin ditut iraganean, eta orain haietatik babestu nahi zaitut. Hona hemen JS garatzaileen zortzi akats, zure etorkizuna distiratsuagoa izan daitekeena.
Gogoratzen dugu: "Habr" irakurle guztientzat - 10 errubloko deskontua "Habr" promozio-kodea erabiliz Skillbox-eko edozein ikastarotan izena ematean.
Skillbox-ek gomendatzen du: Hezkuntza online ikastaroa .
jQuery erabiliz
jQuery-k zeregin handia izan du JavaScript ekosistema osoaren garapenean. Hasieran, JS diapositiba-aurkezpenak eta hainbat widget mota sortzeko erabiltzen zen, webguneetarako irudi galeriak. jQuery-k nabigatzaile ezberdinen arteko kode bateragarritasun arazoak ahaztea ahalbidetu zuen, abstrakzio-mailen erabilera estandarizatuz eta DOMarekin lan eginez. Horrek AJAX eta arakatzaileen arteko desberdintasunen arazoak errazten lagundu zuen.
Hala ere, gaur egun arazo hauek ez dira lehen bezain garrantzitsuak. Horietako gehienak estandarizazioaren bidez konpondu ziren; adibidez, eskuratze eta API hautatzaileei dagokie.
Gainerako arazoak React bezalako beste liburutegi batzuek konpontzen dituzte. Liburutegiek jQuery-k ez dituen beste ezaugarri asko eskaintzen dituzte.
JQuery-rekin lan egiten duzunean, noizbait gauza arraroak egiten hasten zara, hala nola, DOM elementuak uneko egoera edo datu gisa erabiltzea eta kode izugarri konplexua idaztea DOM-aren aurreko, egungo eta etorkizuneko egoerarekin zer gaizki dagoen jakiteko, gainera. datozen estatuetarako trantsizio egokia bermatzeko.
Ez dago ezer jQuery erabiltzearen aurka, baina hartu denbora alternatiba modernoagoei buruz gehiago jakiteko (React, Vue eta Angular) eta haien abantailei buruz.
Unitate-probak saihestea
Askotan ikusten dut jendea beren web aplikazioetarako unitate-probak alde batera uzten. Dena bikain doa aplikazioa "ustekabeko errore" batekin huts egin arte. Eta momentu honetan sekulako arazoa dugu, denbora eta dirua galtzen ari garelako.
Bai, aplikazio bat normaltasunez konpilatzen bada akatsik sortu gabe, eta behin konpilatuta funtzionatzen badu, horrek ez du esan nahi erabiltzeko prest dagoenik.
Proba eza are gehiago edo gutxiago onargarria da aplikazio txikietarako. Baina programak handiak eta konplexuak direnean, zaila da mantentzea. Beraz, probak garapenaren elementu oso garrantzitsua bihurtzen dira. Horrela, aplikazioaren osagai bat aldatzeak ez du beste bat hautsiko.
Hasi erabiltzen .
JavaScript aurretik ikasteko esparruak
Primeran ulertzen ditut web aplikazio bat garatzen hastean berehala React, Vue edo Angular bezalako liburutegi eta framework ezagunak erabiltzen hasten direnak.
Lehen JavaScript ikasi behar duzula esaten nuen eta ondoren frameworkak, baina orain sinetsita nago dena aldi berean egin behar duzula. JS oso azkar aldatzen da, beraz, esperientzia pixka bat lortu behar duzu React, Vue edo Angular erabiliz JavaScript ikastearekin batera.
Horrek sustatzaile lanposturako hautagaiei ezartzen zaizkien eskakizunetan eragiten hasten ari da. Adibidez, hau da Indeed-en "JavaScript" bilatu nuenean aurkitu nuena.
Lanaren deskribapenak jQuery ETA JavaScript-en ezagutza behar dutela dio. Horiek. Enpresa honentzat, bi osagaiak berdin garrantzitsuak dira.
Hona hemen "oinarrizko" baldintzak soilik zerrendatzen dituen beste deskribapen bat:
Eta hori ikusi ditudan lanpostu hutsen erdietan gertatzen da. Hala ere, uste dut JS eta esparruak ikasteko denboraren proportzio zuzena %65etik %35ekoa dela gutxi gorabehera, ez 50etik 50era.
"Kode garbia" kontzeptua ezagutzeko errezeloa
Garatzaile nahi duen orok kode garbia sortzen ikasi behar du profesional bihurtu nahi badu. Merezi du "kode garbia" kontzeptua ezagutzea zure karreraren hasieran. Zenbat eta lehenago hasi kontzeptu hau jarraitzen, orduan eta lehenago ohituko zara gero mantentze erraza den kode garbia idaztera.
Bide batez, kode on eta garbiaren onurak ulertzeko, ez duzu kode txarra idazten saiatu beharrik. Zure gaitasunak ondo etorriko zaizkizu geroago, lanean, beste norbaiten kode txarrak izutzen zaituenean.
Proiektu handietan lanean goizegi hastea
Nire ibilbidearen hasieran, akats handi bat egin nuen: proiektu handi bat hartzen saiatu nintzen oraindik prest ez nengoenean.
Hemen zer dagoen gaizki galdetu dezakezu. Bada erantzun bat. Kontua da ertaina edo seniorra ez bazara, ziurrenik ezingo duzula zure "proiektu handia" osatu. Kontuan hartzeko elementu eta gauza gehiegi izango dira. Eta ezin izango duzu aurre egin, zure karreraren hasieran, "kode garbia" idazteko ohitura garatu ez baduzu, probak erabiliz, arkitektura eskalagarria, etab.
Demagun proiektu honetan denbora asko eman duzula, ez duzula amaitu eta orain erdiko mailara pasatzen saiatzen ari zarela. Eta, bat-batean, konturatzen zara ezin diozula kode hau inori erakutsi, ez delako oso ona eta birfactorizazioa behar duelako. Hala ere, denbora asko eman zenuen βmendeko proiektuβ honetan eta orain ez duzu lan onaren adibiderik zure zorroan gehitzeko. Eta elkarrizketa bat bestearen atzetik galtzen duzu beren lana, oso handia ez bada ere, portfolio batean erakutsi dezaketen hautagaien aurrean.
Edonola ere, etorkizunean birfaktorea egin beharko duzu, kodea ez baita oso ona, eta erabili dituzun teknologiak ez baitira behar dituzunak. Ondorioz, konturatzen zara errazagoa dela dena hutsetik berridaztea konpontzen saiatzea baino.
Jakina, hori guztia zure zorrora gehi daiteke, baina balizko enplegatzaile batek gabezia asko ikusiko ditu bertan eta etsigarriak diren ondorioak aterako ditu.
Datuen egiturak eta algoritmoak ikasteko errezeloa
Denbora luzez eztabaidatu dezakezu noiz hasi behar duzun datuen egitura eta algoritmoak aztertzen. Batzuek hau egitea proposatzen dute JavaScript menderatu aurretik, beste batzuek ondoren.
Uste dut hasieran ez dela beharrezkoa hau zehatz-mehatz ikastea, baina algoritmoak ulertzea merezi du, honek programa informatikoen eta kalkuluen lanaren oinarrizko ulermena emango baitu.
Algoritmoak edozein kalkulu eta programen parte dira. Egia esan, programa informatikoak berez algoritmo multzo baten eta modu jakin batean egituratutako datuen konbinazioa dira, hori da dena.
Jarduera fisikoari uko egitea
Garatzaile batentzat oso garrantzitsua da kirola egitea. Ez naiz entrenatzailea, baina urtez urte nire gorputza aldatzen ikusi dut. Hori dela eta, ariketa fisikorik ezak zertara ekartzen duen esan dezaket.
Nire lehen lana nahiko problematikoa izan zen hainbat arrazoirengatik, eta arazoetako bat izan zen urtebetean ia bi dozena kilogramo irabaztea. Gero JavaScript aktiboki ikasi nuen.
Ariketarik egiten ez baduzu, pisua irabazteko arriskua duzu, eta horrek ondorio negatibo asko ekarriko ditu: gizentasuna, migrainak (kronikoak barne), hipertentsioa, etab. Arazoen zerrenda benetan amaigabea da.
Auto-isolamendu soziala
Familia eta maiteak garrantzitsuak dira. JavaScript ikasten murgilduz eta zure bizitza mental eta emozionalaren garrantzia gutxietsiz, deprimituta egoteko, sumingarri izateko, ondo lo ez egiteko eta askoz gehiago izateko arriskua duzu.
Findings
Espero dut hauetako batzuk erabilgarria izatea. Gaur zure burua zaintzen baduzu, ez dituzu gero akatsak zuzendu beharko.
Skillbox-ek gomendatzen du:
- Ikastaro praktikoa .
- Lineako ikastaroa aplikatua .
- Bi urteko ikastaro praktikoa .
Iturria: www.habr.com