Frontend

Kādus citus kritērijus jūs varētu minēt labam bibliotēkas komponentam?

Jūs sākat mācīties React, un React ir populārāks un ir vairāk darba piedāvājumu. Kāpēc beigās pārgājāt uz Angular?

Pastāsti man par vienību testu rakstīšanu: kad, pēc tava uzskata, tests ir jākrīt? Ko tieši jā pārbauda vienību testam, kas testēts saskaņā ar Londonas skolu (ar visām noklausītajām atkarībām)?

Salīdziniet atkarības injekciju caur konstruktoru parametriem un caur funkciju inject: kādas ir katra pieejas priekšrocības un trūkumi?

Šīs pieejas analīze no atbildības sajaukšanas perspektīvas: kas šeit ir izdarīts nepareizi un kā to izskaidrot ar arhitektūras principu (īpaši Vienas atbildības principa un prezentācijas un modeļa atdalīšanas) skatījumu?

Vai jūs varat uzskaitīt visus tehniskos risinājumus šai problēmai (izņemot lauka nomaiņu ar signālu)?

Pastāstiet mums vairāk par async pipe izmantošanu un manuālo abonēšanu: kas tieši jādara, lai vērtība pareizi parādītos šablonā (ieskaitot darbu ar abonēšanu un tās atcelšanu caur takeUntilDestroy vai ngOnDestroy)?

Vai jums ir prakse balstīti kritēriji, kur ir piemērots mantošana un kur nav?

Ja šablons nezin, ka vērtība ir mainījusies, kāpēc pievienojot async pipe šablonā, tas atrisina reakcijas problēmu? Kā tas darbojas aizkulisēs?

Vai jūs varat sniegt konkrētu piemēru bibliotēkai, kas neļāva pabeigt būvniecību, atjauninot Angular (piemēram, uz versiju 16)? Kas tieši bija problēma un kā to risinājāt?

Jūsu CV norādīts, ka esat atjauninājis Angular no 14. līdz 20. versijai. Pastāstiet par kādu problēmu, kas radās, atjauninot Angular projektā - pieredzes stāsts.

Kāpēc ir nepieciešama mantošana OOP? Sniedziet pamatojumu, kāpēc tā tiek izmantota, ja loģikas atkārtotas izmantošanas uzdevumu var atrisināt arī citos veidos (piemēram, caur DI).

Kāpēc, izmantojot signālu un izsaucot set metodi, vērtība tiek atjaunināta šablonā, bet ar vienkāršu piešķiršanu kā this.token = virkne, nē? Izskaidrojiet to izmaiņu noteikšanas līmenī.

Vai jūs pazīstat UML klases diagrammas? Vai esat strādājis ar tādiem saistību veidiem kā asociācija, kompozīcija, agregācija, ģenerālizācija?

Jūs teicāt, ka rakstījāt testus ar neironu tīkla palīdzību. Ja neironu tīkls ir ģenerējis testus, kas neizdodas ar jebkuru klases koda izmaiņu, vai šādi testi sasniedz savu mērķi? Vai tie ir noderīgi?

Ja jums būtu jāskaita koda rindu skaits projektā, kā jūs pieietu šiai uzdevumam? Kā formulētu pieprasījumu risinājumam vai neironu tīklam?

Kāpēc tieši izvēlējāties tīmekļa izstrādi un Angular, nevis, piemēram, mobilo izstrādi?

Iepriekšējā darbā jūs teicāt, ka frontend daļa ir relatīvi maza, bet tajā strādāja 6 frontend izstrādātāji. No kurienes tieši nāk šī 6 cilvēku komanda un kā tā saistās ar uzņēmuma kopējo frontend komandu?

Iedomājieties scenāriju: pieredzējušāks izstrādātājs saņem jaunāka uzdevumu izveidot Angular komponentu ar lauku tokena attēlošanai un pogu 'izveidot tokenu'. Noklikšķinot uz pogas, tiek nosūtīts pieprasījums serverim, saņemts tokens, un jaunākais raksta this.token = saņemto virkni, bet vērtība netiek rādīta un lapa netiek pārkrāsota. Ko jūs ieteiktu, lai atrisinātu šo problēmu, un kādi ir vispārējie pieejas tās labojumam?

Pastāstiet, kā jūs nonācāt izstrādes industrijā: kā mācījāties, kā atradāt savu pirmo darbu, ņemot vērā, ka jūsu CV norādīta netehnikas specialitāte?