Është fundi i vitit 2022 dhe koha për një listë reflektimesh

Një vit tjetër ka kaluar dhe ndërsa i afrohemi 2023-ës, është koha të fillojmë të bëjmë plane si dhe të reflektojmë se si ka kaluar koha.

Një herë lexova një artikull nga Dan Abramov që më frymëzoi vërtet për 2 arsye; (1) më tregoi se pavarësisht se në çfarë niveli arrini në karrierën tuaj, ka gjithmonë më shumë për të mësuar dhe (2) është në rregull të mos dini diçka.

Mos dituria nuk e bën askënd më pak zhvillues. Secili është në rrugën e tij dhe është e rëndësishme të qëndrojmë të fokusuar në qëllimin përfundimtar.

Pra, në këtë artikull, unë do të ndjek shembullin e Danit dhe do të bëj një listë të të gjitha gjërave që di dhe nuk i di. Shpresojmë se kjo do të frymëzojë dikë tjetër, por më e rëndësishmja, unë do të vazhdoj të kthehem në këtë listë për të parë se ku jam dhe çfarë duhet të bëj për t'u bërë një zhvillues më i mirë.

Ja ku shkojmë!

Ajo që di

  • HTML
    Megjithëse është themeli i asaj që çdo zhvillues duhet të dijë, teknologjia ecën shpejt, ndaj është e rëndësishme të qëndroni të përditësuar.
  • CSS
    - sass
    - BEM
    Stilimi është një art dhe duhet praktikë për t'u përmirësuar në të. Disa nga burimet që kam përdorur për të mësuar Flexbox dhe CSS Grid janë flexboxfroggy.com dhe cssgridgarden.com.
  • JavaScript (ES6)
  • TypeScript
    Kam luajtur me Flow për të shkruar fuqishëm JavaScript, por TypeScript është i mrekullueshëm. Më pëlqen që e bën kodin tim më të lehtë për t'u lexuar, menaxhuar dhe vlerësuar.
  • React 16
    Kur fillova të punoja me React, komponentët e klasës ishin shumë në përdorim. Mbaj mend që duhet të shkruaj metodat componentDidMount dhe componentDidUpdate.
    Tani përdor grepa dhe fatmirësisht ekipi i React vazhdon të përditësojë bibliotekën. useState dhe useEffect janë grepa ime si dhe disa nga të tjerët.
  • React Native
    Kam punuar me React Native për pak më shumë se një vit tani dhe më pëlqen shumë. Është shumë e ngjashme me React me ndryshime të vogla në sintaksë, si dhe në ato veçori specifike celulare.
  • Redux/ Redux Toolkit
    Redux ishte diçka që e shmanga për një kohë. Derisa sapo i ndota duart dhe bëra disa aplikacione ueb duke e përdorur atë. Ajo ka një kurbë të pjerrët të të mësuarit, por sapo të klikohet, është e mahnitshme.

Këshillë profesionale:Ju nuk keni gjithmonë nevojë për redux. Ka kaq shumë opsione të disponueshme si ruajtja lokale ose API-ja e kontekstit.

  • Jest/Enzimë
  • Biblioteka e testimit të reaksionit
    Testimi ishte një pjesë tjetër e bashkim pjesësh figure të zhvilluesve, nga e cila qëndrova shumë larg kur fillova për herë të parë. Por është absolutisht e rëndësishme dhe ndihem se një zhvillues i madh para së gjithash është një SDET (i njohur gjithashtu si një zhvillues në test).
    Pasi të kuptojmë se testimi në thelb është duke parë se si funksionon kodi nga këndvështrimi i një përdoruesi, (tani), diçka që vjen natyrshëm.

Unë shkrova një artikull për "testimin e praktikave më të mira", të cilin duhet ta lexoni vërtet. Ai kalon nëpër disa nga rregullat që unë ndjek kur shkruaj teste.



7 praktikat më të mira të testimit që kam mësuar si zhvillues
Mbi 4 vjet përvojë zhvillimijavascript.plainenglish.io



Çfarë tjetër di, por më duhet më shumë kohë

  • Docker
    Unë i di komandat bazë dhe e di se për çfarë përdoret docker. Por unë nuk jam ekspert.
  • CI/CD
    Unë kam vendosur tubacionet bazë me cirkCI dhe mund të lundroj rreth panelit të jenkins. Por gjithmonë ka vend për t'u rritur.
  • AWS
    Kjo është padyshim në listën e punëve.
  • GraphQL

Ajo që nuk e bëj (ende)

  • Cypress
    Kur bëhet fjalë për testimin, njësia, integrimi dhe testet nga fundi në fund është diçka që më pëlqen. E kam bërë me React Testing Library, por jo me një platformë si Cypress.
  • Nyja
    Kam prekur disa herë pjesën e pasme, por nuk kam lënë kohë për nyjen. Është padyshim në listë.
  • Firebase
    Kam dëgjuar që Firebase është shumë popullor. Kam kaluar nëpër panelin e kontrollit, por vetëm për qëllime analitike. E di që ka shumë më tepër zjarr për të.
  • Kubernetes
  • Parimet e Dizajnit të Sistemit
    Unë kam punuar në mjaft projekte në mënyrë që të mund të shpjegoj se si duhet të rrjedhë një sistem. Por nëse jam kritik ndaj vetes, do të thosha se duhet të punoj për të menduar se si të krijoj një sistem të shkallëzuar.
  • Modelet e arkitekturës së softuerit
    Kam lexuar shumë për këtë temë kohët e fundit. Më pëlqen të përfytyroj se si duket një aplikacion i tërë nga një pamje zogjsh. Ka shumë për të mësuar dhe jam i emocionuar të zhytem më thellë në to.

Ndoshta ka shumë të tjera që di dhe shumë të tjera që mund të mësoj që mund të kisha shtuar në këtë listë. Por kjo është në rregull!

Unë jam duke pritur për vitin e ri. Ka shumë për të mësuar dhe shumë për të bërë. Do të doja të dija nëse ka ndonjë gjë për të cilën dëshironi të punoni veçanërisht vitin e ardhshëm. Më njoftoni në komente.

Faleminderit per leximin! Dhe Gëzuar Vitin e Ri!

Nëse kjo ishte e dobishme, do ta vlerësoja nëse i jepnit këtij postimi një 👏, një ndarje në rrjetin tuaj dhe nëse nuk e bëni tashmë, një ndjekje do të ishte e mrekullueshme.

Ju lutemi, konsideroni gjithashtu të abonoheni në Medium me lidhjen time "referimi". Medium është një platformë e shkëlqyer për të mësuar dhe është ajo që unë përdor për të qëndruar i përditësuar me atë që po ndodh në hapësirën e teknologjisë, si dhe për të mësuar nga përvojat e zhvilluesve të tjerë.

Abonimi juaj do të më mbështeste drejtpërdrejt mua dhe shumë shkrimtarë të tjerë të Mediumit.



Bashkohuni në Medium me lidhjen time të referimit - Mazaher Muraj
Lexoni çdo histori nga Mazaher Muraj (dhe mijëra shkrimtarë të tjerë në Medium). Tarifa juaj e anëtarësimit mbështet drejtpërdrejt…mazaher-muraj.medium.com



Më shumë përmbajtje në PlainEnglish.io. Regjistrohu për buletinin tonë javor falas. Na ndiqni në Twitter, LinkedIn, YouTube, dhe Discord .

Jeni i interesuar në shkallëzimin e fillimit të softuerit tuaj? Shikoni Circuit.