Имал ли си опит с решаването на проблеми с производителността на фронтенда? Например, доклад за грешка за забавяния или сам забеляза проблем по време на работа. Можеш ли да дадеш конкретен пример как си го поправил?
Frontend
Разбираш ли принципа на разделяне на логиката и представянето в модела, върху който се базират много архитектурни подходи? Откъде първоначално идва тази идея?
Ще сравняваш сигналите и RxJS като взаимозаменяеми инструменти, или всеки за своята задача? Ако второто — за коя точно?
Какъв аргумент подаваме към функцията inject? Какво точно се предава там — зависимост или нещо друго (токен)?
За какво изобщо е необходим прегледът на кода? Трябва ли изобщо, и в какви случаи?
Кои конкретни сценарии за използване на командния ред имаше в практиката си, освен стартирането на Angular CLI?
Освен това, че конструкторът не се надува, какви други причини има да използвате inject вместо параметъра на конструктора?
Споменахте разработването на библиотека с повторно използваеми компоненти UI-kit, базирана на Angular Material. Има ли принципна разлика между компонентите на библиотеката и обикновените многофункционални компоненти на приложението? От какво може да се откаже в обикновените компоненти, но не и в библиотечните?
Кои критерии са важни за компонентите на библиотечния UI-kit, с които сте се сблъсквали на практика (например, определяне на границите на отговорност на компонента)?
Защо е необходима наследяването в ООП и в кои случаи трябва да се използва?
Как би описал разликата между Middle и Senior във фронтенд разработката?
Имаше ли в кода ти абонамент вътре в друг абонамент (типичен проблем на RxJS)? Го поправи ли или все още е така?
Имаш ли опит с командния ред (shell команди), освен Git и FTP?