Hattest du schon einmal Erfahrung darin, Leistungsprobleme im Frontend zu lösen? Zum Beispiel einen Bug-Report wegen Verzögerungen, oder hast du selbst ein Problem während der Arbeit bemerkt. Kannst du ein konkretes Beispiel nennen, wie du das behoben hast?
Verstehst du das Prinzip der Trennung von Logik und Präsentation im Modell, auf dem viele architektonische Ansätze aufbauen? Woher stammt diese Idee ursprünglich?
Würdest du Signale und RxJS als austauschbare Werkzeuge betrachten oder jedes für seine spezielle Aufgabe? Wenn Letzteres — für welche genau?
Welchen Argument übergeben wir an die Funktion inject? Was genau wird dort übergeben – eine Abhängigkeit oder etwas anderes (Token)?
Wozu dient im Allgemeinen Code-Review? Ist es überhaupt notwendig, und in welchen Fällen?
Welche konkreten Szenarien der Verwendung der Befehlszeile hast du in deiner Praxis erlebt, abgesehen vom Ausführen von Angular CLI?
Neben der Tatsache, dass der Konstruktor nicht aufgeblasen wird, was sind weitere Gründe, inject anstelle des Konstruktors zu verwenden?
Du hast die Entwicklung einer wiederverwendbaren UI-Kit-Komponentenbibliothek auf Basis von Angular Material erwähnt. Gibt es einen prinzipiellen Unterschied zwischen Bibliothekskomponenten und normalen multifunktionalen Komponenten der Anwendung? Worauf kann bei normalen Komponenten verzichtet werden, was bei Bibliothekskomponenten nicht?
Welche Kriterien sind für die UI-Kit-Komponenten der Bibliothek, mit denen du in der Praxis persönlich zu tun hattest, wichtig (z.B. die Definition der Verantwortungsgrenzen der Komponente)?
Warum ist Vererbung in der OOP notwendig und in welchen Fällen sollte sie verwendet werden?
Wie würdest du den Unterschied zwischen Middle und Senior in der Frontend-Entwicklung beschreiben?
Hattest du in deinem Code ein Abonnement innerhalb eines anderen Abonnements (typisches RxJS-Problem)? Hast du das behoben oder ist es noch so?
Hast du Erfahrung mit der Befehlszeile (Shell-Befehle) gesammelt, neben Git und FTP?
