Ai spus că modulele stabilesc limitele de responsabilitate între componente — poți dezvolta această idee mai detaliat?
Frontend
Ai menționat generarea de cod (ng-openapi-gen, Apollo pentru GraphQL) — la ce nivel de abstracție erau modelele generate? Erau entități de business utilizate direct în cod sau exista un strat intermediar între ele?
Imaginează-ți situația: analiștii au scris cerințele, dezvoltatorii le-au implementat așa cum au fost scrise, iar după 4 luni, cerințele se schimbă, iar dezvoltatorii trebuie să refacă munca. Cât de normal este această situație și cine este de vină?
Ai avut vreodată o problemă când modelul de pe backend s-a schimbat (de exemplu, un câmp a dispărut) și acest câmp era folosit în multe locuri din cod? Cum ai rezolvat această problemă?
Spune-mi despre alte funcții noi ale Angular care ți-au plăcut sau ți s-au părut utile.
Care a fost volumul de cod al proiectului la care ai lucrat singur (în linii de cod) — aproximativ 10, 100, 1000 sau 100000 de linii?
Este corect că pentru abordarea standalone, injecția este mai potrivită decât integrarea prin parametrul constructorului? De ce?
Se poate transmite o interfață ca token în inject? De ce da sau nu?
În CV se menționează «Am redus cu 42% numărul de solicitări API repetate». Povestește această experiență — cum te-ai confruntat cu problema solicitărilor repetate în RxJS, ce ai învățat din această experiență, cum s-a schimbat abordarea ta în lucrul cu RxJS?
Înțelegi ce este polimorfismul? Poți să-l explici în propriile tale cuvinte?
Din ce versiune a Angular componentele standalone au devenit implicit? Înseamnă că modulele sunt învechite și nu mai sunt necesare?
În ce direcție te evaluezi pe tine însuți: Middle sau Senior?
Ce criterii de calitate a codului poți menționa? Explică mai detaliat ce înțelegi prin cod de calitate.
Cum ai aborda sarcina dacă ai fi nevoit să măsori numărul de linii de cod dintr-un proiect?
Câtă experiență ai în revizuirea codului altora — cât de familiar ești cu codul altora?
Te-ai mai confruntat anterior cu o concepție similară cu semnalele (de exemplu, în alte cadre)?
Dacă semnalele sunt mai ușor de utilizat, înseamnă că în RxJS există probleme cu care se confruntă aproape fiecare dezvoltator și pe care nu le pot înțelege rapid?
Ai considera semnale și RxJS ca instrumente interschimbabile, sau fiecare pentru sarcina sa? Dacă al doilea — pentru ce anume?
Care este diferența dintre un sistem de design și o bibliotecă de componente?
Înțeleg corect că RxJS poate face tot ce fac semnalele, iar semnalele nu pot face tot ce poate RxJS?