Considereresti segnali e RxJS strumenti intercambiabili, o ciascuno per il suo compito? Se il secondo — per quale esattamente?
Frontend
Hai esperienza nella risoluzione di problemi di prestazioni nel frontend? Ad esempio, un report di bug riguardante rallentamenti, o hai notato tu stesso un problema durante il lavoro. Puoi fare un esempio concreto di come l'hai risolto?
Comprendi il principio di separazione tra logica e presentazione nel modello, su cui si basano molti approcci architettonici? Da dove proviene originariamente questa idea?
Quale argomento passiamo alla funzione inject? Cosa viene passato esattamente lì — una dipendenza o qualcos'altro (token)?
Hai menzionato lo sviluppo di una libreria di componenti UI-kit riutilizzabili basata su Angular Material. Esiste una differenza sostanziale tra i componenti della libreria e i componenti multifunzionali normali dell'applicazione? Cosa si può trascurare nei componenti normali ma non in quelli della libreria?
Quali scenari specifici di utilizzo della riga di comando hai avuto nella tua esperienza, oltre all'esecuzione di Angular CLI?
Oltre a non gonfiare il costruttore, quali sono gli altri motivi per usare inject invece del parametro del costruttore?
Quali criteri sono importanti per i componenti del kit UI della libreria con cui hai avuto a che fare in pratica (ad esempio, la definizione dei limiti di responsabilità del componente)?
A cosa serve in generale la revisione del codice? È davvero necessaria e in quali casi?
Come descriveresti la differenza tra Middle e Senior nello sviluppo frontend?
Perché è necessaria l'ereditarietà nella programmazione orientata agli oggetti e in quali casi dovrebbe essere usata?
Hai esperienza con la riga di comando (comandi shell), oltre a Git e FTP?
Avevi nel tuo codice un subscribe all'interno di un altro subscribe (problema tipico di RxJS)? L'hai risolto o è ancora così?