Frontend

Жақсы кітапхана компоненті үшін басқа қандай критерийлерді атай аласыз?

Сіз React-ты үйрене бастадыңыз, бірақ React кеңінен таралған және вакансиялар көп. Неге соңында Angular-ға өттіңіз?

Бірлік тесттерін жазу туралы айтыңыз: тест қашан сәтсіз болуы керек деп ойлайсыз? Лондон мектебі бойынша тестіленетін класс үшін бірлік тест нақты не тексеруі керек?

Тәуелділікті енгізуді конструктор параметрлері арқылы және inject функциясы арқылы салыстырыңыз: әр әдістің артықшылықтары мен кемшіліктері қандай?

Жас маманмен сценарийдің жалғасы: сіздің қателерді өңдемеу туралы пікіріңізден кейін, жас маман pipe-қа catchError әдісін қосты, ол қате болған жағдайда 'токенді алу қатесі' хабарламасын сол сигналға орналастырады, онда бұрын токен сақталды. Бұл тәсілді жауапкершіліктің араласуы тұрғысынан талдаңыз - мұнда не дұрыс емес және оны архитектуралық принциптер (әсіресе, Single Responsibility Principle және презентация мен модельді бөлу) тұрғысынан қалай түсіндірер едіңіз?

Бұл мәселені шешудің барлық техникалық әдістерін тізе аласыз ба (сигналмен ауыстырудан басқа)?

Async pipe қолдану және қолмен жазылу туралы толығырақ айтыңыз: мән дұрыс көрсетілуі үшін не істеу керек (жазылумен жұмыс істеу және unsubscribe via takeUntilDestroy немесе ngOnDestroy қамтылған)?

Егер шаблон мәннің өзгергенін білмесе, онда неге шаблонға async құбырын қосу реактивтілікті шешеді? Бұл ішкі жұмысында қалай жұмыс істейді?

Практика негізінде мұрагерлікті қолдану орынды болатын және болмайтын жағдайларға қандай критерийлер бар?

Сіздің түйіндемеңізде Angular-ды 14-тен 20-ға дейін жаңарту көрсетілген. Жобада Angular-ды жаңарту кезінде туындаған мәселе туралы айтып берсеңіз - тәжірибеден бір оқиға.

OOP-да мұрагерліктің қажеті қандай? Оның қолданылуын негіздеңіз, егер логиканы қайта пайдалану тапсырмасын басқа тәсілдермен (мысалы, DI арқылы) шешуге болатынын ескерсек.

Angular-ды жаңартқанда (мысалы, 16 нұсқаға дейін) құрастыруды өткізбеуге себеп болған кітапхана туралы нақты мысал келтіре аласыз ба? Негізгі мәселе неде болды және оны қалай шештіңіз?

Неліктен сигналды пайдаланып, set әдісін шақырғанда мән шаблонда жаңарса, ал жай ғана this.token = жол деп тағайындағанда жаңартылмайды? Бұл өзгерістерді анықтау концепциясы деңгейінде түсіндіріңіз.

Сіз UML сынып диаграммаларына таныссыз ба? Байланыс түрлерімен жұмыс жасадыңыз ба, мысалы, ассоциация, композиция, агрегация, жалпылау?

Неліктен сіз веб-әзірлеу мен Angular-ды таңдадыңыз, мысалы, мобильді әзірлеу емес пе?

Көрініс сценарийін ойлаңыз: сізге тәжірибелі әзірлеуші ретінде келген жас маман токенді көрсету үшін өрісі бар Angular компонентін жасау тапсырмасын береді және 'токен жасау' батырмасы бар. Батырманы басқанда серверге сұрау жіберіледі, токен алынады, және жас маман бұл.token = алынған жол деп жазады, бірақ мән көрсетілмейді және бет қайта жүктелмейді. Осы мәселені шешу үшін не кеңес берер едіңіз және оны түзету үшін қандай тәсілдер бар?

Алдыңғы жұмыс орныңызда сіз фронтенд бөлігінің салыстырмалы түрде шағын екенін айттыңыз, бірақ оған 6 фронтенд-әзірлеуші қатысты. Неге дәл 6 адамнан тұратын команда құрылды және ол компанияның жалпы фронтенд командасымен қалай байланысты?

Сіз нейрон желісі көмегімен тест жазғаныңызды айттыңыз. Егер нейрон желісі кез келген код өзгерісінде құлап қалатын тесттер генерацияласа, мұндай тесттердің мақсаты орындалады ма? Олар пайдалы ма?

Егер сіз жобадағы код жолдарының санын есептеу керек болса, бұл тапсырманы қалай шешер едіңіз? Шешім іздеу немесе нейрондық желі үшін сұрауды қалай формулалар едіңіз?

Өндіріс саласына қалай кіргеніңізді айтыңыз: қалай оқыдыңыз, алғашқы жұмыс орныңызды қалай таптыңыз, резюме техникалық емес мамандықты көрсетсе де.