Frontend

Kokius kitus kriterijus galėtumėte paminėti geram bibliotekos komponentui?

Pradėjote mokytis React, ir React yra populiaresnis ir yra daugiau laisvų darbo vietų. Kodėl galų gale perėjote prie Angular?

Šios prieigos analizė iš atsakomybės maišymo perspektyvos: kas čia padaryta ne taip ir kaip tai paaiškintumėte architektūros principų (ypač Vienos atsakomybės principo ir atskyrimo tarp pateikimo ir modelio) požiūriu?

Pasakykite man apie vienetinių testų rašymą: kada, jūsų manymu, testas turėtų žlugti? Ką tiksliai turėtų patikrinti vienetinis testas pagal Londono mokyklą (su visomis suklastotomis priklausomybėmis)?

Ar galite išvardyti visas technines šio klausimo sprendimo būdus (išskyrus lauko keitimą į signalą)?

Palyginkite priklausomybių injekciją per konstruktoriaus parametrus ir per inject funkciją: kokie yra kiekvieno požiūrio privalumai ir trūkumai?

Papaskinkite daugiau apie async pipe naudojimą ir rankinį prenumeratą: ką tiksliai reikia padaryti, kad reikšmė teisingai būtų rodomas šablone (įskaitant darbą su prenumerata ir jos atšaukimu per takeUntilDestroy arba ngOnDestroy)?

Ar galite pateikti konkretų pavyzdį bibliotekos, kuri neleido užbaigti kūrimo proceso atnaujinus Angular (pavyzdžiui, iki 16 versijos)? Kas tiksliai buvo problema ir kaip ją išsprendėte?

Jūsų gyvenimo aprašyme nurodote, kad atnaujinote Angular nuo 14 iki 20 versijos. Papasakokite apie kokią nors problemą, kuri kilo atnaujinant Angular projekte - iš praktikos istoriją.

Kodėl paveldėjimas yra būtinas OOP? Pateikite paaiškinimą, kodėl jis naudojamas, jei logikos pakartotinio naudojimo užduotį galima išspręsti ir kitais būdais (pvz., per DI).

Ar turite praktiko pagrindu nustatytus kriterijus, kur paveldėjimas yra tinkamas naudoti ir kur ne?

Anksčiau savo darbe sakėte, kad frontend dalis yra santykinai maža, tačiau ja užsiėmė 6 frontend kūrėjai. Iš kur atsirado būtent ta 6 žmonių komanda ir kaip ji susijusi su įmonės bendru frontend komanda?

Kod naudojant signalą ir kviečiant set metodą, reikšmė atnaujinama šablone, tačiau paprastu priskyrimu kaip this.token = eilutė, ne? Paaiškinkite tai pokyčių aptikimo lygiu.

Jūs sakėte, kad rašėte testus naudodami neuroninį tinklą. Jei neuroninis tinklas sugeneravo testus, kurie nepavyksta su bet kokiu klasės kodo pakeitimu, ar tokie testai pasiekia savo tikslą? Ar jie yra naudingi?

Kodėl pasirinkote būtent interneto kūrimą ir Angular, o ne, pavyzdžiui, mobilųjį kūrimą?

Ar pažįstate UML klasių diagramas? Ar dirbote su ryšių tipais, tokiais kaip asociacija, kompozicija, agregacija, generalizacija?

Papaskinkite, kaip pateko į kūrimo industriją: kaip mokėtės, kaip radote savo pirmąjį darbą, atsižvelgiant į tai, kad jūsų gyvenimo aprašyme nurodyta netechninė specialybė?

Įsivaizduokite scenarijų: patyręs kūrėjas gauna jaunuolį su užduotimi sukurti Angular komponentą su lauku tokeno rodymui ir mygtuku 'sukurti tokeną'. Paspaudus mygtuką, siunčiama užklausa į serverį, gaunamas tokenas, ir jaunuolis rašo this.token = gautą eilutę, bet reikšmė nerodoma ir puslapis neperrašomas. Ką patartumėte sprendžiant šią problemą ir kokie yra bendrieji požiūriai ją išspręsti?

Ar sutinkate su teze, kad universalus shared-komponentas, kuris kartojasi skirtingose programos vietose, ir bibliotekos komponentas, skirtas importuoti į kitas programas, nėra tas pats, ir jų požiūris turėtų būti skirtingas? Kokius reikalavimus jūs kelčiau bibliotekos komponentui, palyginti su shared-komponentu?

Jei turėtumėte suskaičiuoti kodo eilutės skaičių projekte, kaip prieeitumėte šiai užduočiai? Kaip suformuluotumėte užklausą sprendimui ar neuroniniam tinklui?