Ai considera semnale și RxJS ca instrumente interschimbabile, sau fiecare pentru sarcina sa? Dacă al doilea — pentru ce anume?
Frontend
Ai experiență în rezolvarea problemelor de performanță pe frontend? De exemplu, un raport de bug legat de încetiniri, sau ai observat tu însuți o problemă în timpul muncii. Poți oferi un exemplu concret despre cum ai remediat-o?
Înțelegi principiul separării logicii de prezentare în model, pe care se bazează multe abordări arhitecturale? De unde a venit inițial această idee?
Ce argument transmitem funcției inject? Ce anume se transmite acolo — o dependență sau altceva (token)?
Ce scenarii specifice de utilizare a liniei de comandă ai avut în practică, în afară de rularea Angular CLI?
Ai menționat dezvoltarea unei biblioteci de componente UI-kit reutilizabile bazată pe Angular Material. Există o diferență fundamentală între componentele bibliotecii și componentele multifuncționale obișnuite ale aplicației? De la ce se poate renunța în componentele obișnuite, dar nu în cele ale bibliotecii?
Pe lângă faptul că constructorul nu se umflă, care sunt alte motive pentru a folosi inject în loc de parametrul constructorului?
Ce criterii sunt importante pentru componentele kit-ului UI al bibliotecii cu care te-ai confruntat în practică (de exemplu, definirea limitelor de responsabilitate ale componentei)?
La general, la revizuirea codului pentru ce este necesară? Este cu adevărat necesară și în ce cazuri?
Cum ai descrie diferența dintre Middle și Senior în dezvoltarea frontend?
De ce este necesară moștenirea în programarea orientată pe obiecte și în ce cazuri ar trebui utilizată?
Ai experiență în lucrul cu linia de comandă (comenzi shell), în afară de Git și FTP?
Ai avut în codul tău o subscripție în interiorul altei subscripții (problema tipică RxJS)? Ai remediat-o sau a rămas așa?