Heb je ervaring met het oplossen van prestatieproblemen aan de frontend? Bijvoorbeeld een bugrapport over vertragingen, of heb je zelf een probleem opgemerkt tijdens het werk. Kun je een concreet voorbeeld geven van hoe je dit hebt opgelost?
Zou je signalen en RxJS beschouwen als onderling vervangbare tools, of elk voor zijn eigen taak? Zo ja — voor welke precies?
Begrijp je het principe van scheiding van logica en presentatie in het model, waarop veel architecturale benaderingen zijn gebaseerd? Waar kwam dit idee oorspronkelijk vandaan?
Welke argument geven we door aan de functie inject? Wat wordt daar precies doorgegeven — een afhankelijkheid of iets anders (token)?
Je noemde de ontwikkeling van een herbruikbare UI-kit componentenbibliotheek gebaseerd op Angular Material. Is er een fundamenteel verschil tussen de bibliotheekcomponenten en de gewone multifunctionele componenten van de applicatie? Waarvan kan men afzien bij gewone componenten, maar niet bij bibliotheekcomponenten?
Naast dat de constructor niet wordt opgeblazen, wat zijn andere redenen om inject te gebruiken in plaats van de constructorparameter?
Welke criteria zijn belangrijk voor de UI-kit componenten van de bibliotheek waarmee je in de praktijk te maken hebt gehad (bijvoorbeeld het bepalen van de verantwoordelijkheidsgrenzen van het component)?
Welke specifieke scenario's voor het gebruik van de opdrachtregel heb je in je praktijk gehad, naast het uitvoeren van Angular CLI?
Waarvoor is code review überhaupt nodig? Is het echt nodig, en in welke gevallen?
Hoe zou je het verschil tussen Middle en Senior in frontend-ontwikkeling beschrijven?
Waarom is erfenis nodig in OOP en in welke gevallen moet het worden gebruikt?
Heb je ervaring met de opdrachtregel (shell-commando's), naast Git en FTP?
Had je in je code een abonnement binnen een ander abonnement (veelvoorkomend probleem bij RxJS)? Heb je dat opgelost of is het nog steeds zo?
