Frontend

Ce alți factori ai unui component bun pentru bibliotecă pe care i-ai putea menționa?

Ai început să înveți React, iar React este mai popular și are mai multe oferte de muncă. De ce ai trecut în cele din urmă la Angular?

Vorbește-mi despre scrierea testelor unitare: când, după părerea ta, trebuie să eșueze un test? Ce trebuie să verifice exact un test unitar pentru o clasă testată conform școlii londoneze (cu toate dependențele mock-uite)?

Analizați această abordare din perspectiva amestecului de responsabilități: ce s-a făcut greșit aici și cum ați explica acest lucru din punctul de vedere al principiilor arhitecturale (în special, Principiul Responsabilității Unice și separarea prezentării de model)?

Puteți enumera toate soluțiile tehnice pentru această problemă (cu excepția înlocuirii câmpului cu un semnal)?

Compara injecția de dependențe prin parametrii constructorului și prin funcția inject: care sunt avantajele și dezavantajele fiecărei abordări?

Spuneți-ne mai multe despre utilizarea pipe-ului async și a abonamentului manual: ce trebuie făcut exact pentru ca valoarea să fie afișată corect în șablon (inclusiv gestionarea abonamentului și dezabonarea sa prin takeUntilDestroy sau ngOnDestroy)?

Puteți oferi un exemplu concret de bibliotecă care nu a permis finalizarea compilării la actualizarea Angular (de exemplu, la versiunea 16)? În ce consta exact problema și cum ați rezolvat-o?

În CV-ul dumneavoastră indicați că ați actualizat Angular de la versiunea 14 la 20. Povestiți despre o problemă apărută în timpul actualizării Angular într-un proiect - o experiență practică.

De ce este necesară moștenirea în OOP? Oferiți o justificare pentru utilizarea sa, dacă sarcina de reutilizare a logicii poate fi rezolvată și în alte moduri (de exemplu, prin DI).

La încheierea anterioară, ați spus că partea de frontend este relativ mică, dar că se ocupau 6 dezvoltatori frontend. De unde provine exact echipa de 6 persoane și cum se raportează ea la echipa generală de frontend a companiei?

Aveți criterii bazate pe practică pentru a determina unde este potrivit să aplicați moștenirea și unde nu?

De ce, atunci când folosiți un semnal și apelați metoda set, valoarea se actualizează în șablon, dar la o atribuire simplă this.token = string - nu? Explicați acest lucru la nivelul conceptului de detectare a schimbărilor.

Ai spus că ai scris testele cu ajutorul unei rețele neuronale. Dacă rețeaua neuronală a generat teste care eșuează la orice modificare a codului clasei, ating aceste teste scopul lor? Sunt utile?

De ce ai ales în mod specific dezvoltarea web și Angular, în loc de, de exemplu, dezvoltarea mobilă?

Cunoașteți diagramele de clase UML? Ați lucrat cu tipuri de relații precum asociație, compoziție, agregare, generalizare?

Imaginați-vă un scenariu: un dezvoltator mai experimentat primește un junior cu sarcina de a crea un component Angular cu un câmp pentru afișarea unui token și un buton 'creează token'. La apăsarea butonului, se trimite o solicitare către server, se primește un token, iar juniorul scrie this.token = șirul primit, dar valoarea nu se afișează și pagina nu se re-renderizează. Ce ați recomanda pentru rezolvarea acestei probleme și ce abordări există pentru a o corecta?

Povestiți-ne cum ați intrat în industria de dezvoltare: cum v-ați pregătit, cum ați găsit primul loc de muncă, având în vedere că în CV menționați o specializare non-tehnică?

Dacă ar trebui să numeri liniile de cod dintr-un proiect, cum ai aborda această sarcină? Cum ai formula o interogare pentru a găsi o soluție sau pentru o rețea neurală?

Dacă șablonul nu știe că valoarea s-a schimbat, de ce adăugarea pipe-ului async în șablon rezolvă problema de reactivitate? Cum funcționează acest lucru în spate?