Frontend

Ի՞նչ այլ չափանիշներ կարող եք նշել լավ գրադարանային կոմպոնենտի համար։

Պատմեք միավորային թեստերի գրելու մասին. Ձեր կարծիքով, երբ պետք է թեստը ձախողվի: Ինչ պետք է ստուգի միավորային թեստը Լոնդոնի դպրոցին համապատասխան դասի համար (բոլոր մոկացված կախվածություններով):

Դուք սկսեցիք սովորել React-ը, և React-ը ավելի հանրաճանաչ է և ավելի շատ աշխատատեղեր կան դրա համար: Ինչու եք վերջապես անցել Angular-ին?

Կա՞ք ձեր պրակտիկայի վրա հիմնված չափանիշներ, որտեղ ժառանգությունը կիրառելն արդարացված է և որտեղ՝ ոչ։

Կարող եք նշել այս խնդրի բոլոր տեխնիկական լուծումները (բացի դաշտը նշանով փոխելուց)?

Համեմատեք կախվածությունների մուտքը կոնստրուկտորի պարամետրերով և inject ֆունկցիայի միջոցով. ինչ են յուրաքանչյուր մոտեցման առավելությունները և թերությունները։

Անցկացրեք այս մոտեցումը պատասխանատվությունների խառնման տեսանկյունից. ինչն այստեղ սխալ է և ինչպես կբացատրեք դա ճարտարապետական սկզբունքների տեսանկյունից (մասնավորապես, Միայն պատասխանատվության սկզբունքը և ներկայացում և մոդելի բաժանումը)?

Եթե շաբլոնը չգիտի, որ արժեքը փոխվել է, ապա ինչու ավելացնել async pipe շաբլոնում լուծում է ռեակտիվության խնդիրը? Ինչպես է դա աշխատում ներքևում?

Ավելացրեք ավելի մանրամասն տեղեկություններ async pipe-ի և ձեռքով գրանցման մասին. ինչ պետք է անեք, որպեսզի արժեքը ճիշտ ցուցադրվի ձևանմուշում (ներառյալ գրանցման աշխատանքը և դրա չեղարկումը takeUntilDestroy կամ ngOnDestroy միջոցով):

Կարող եք տալ կոնկրետ օրինակ այն գրադարանի մասին, որը չի թույլատրում կառուցումը Angular-ի թարմացման ժամանակ (օրինակ, տարբերակ 16-ին)? Ի՞նչ էր հենց խնդիրը և ինչպես եք լուծել այն։

Ինչու է անհրաժեշտ օբյեկտային ծրագրավորման մեջ ժառանգությունը: Տրամադրեք հիմնավորում, թե ինչու է այն օգտագործվում, եթե տրամաբանության վերօգտագործման խնդիրն այլ միջոցներով (օրինակ՝ DI միջոցով) կարող է լուծվել։

Ձեր կենսագրության մեջ նշվում է, որ դուք թարմացրել եք Angular-ը 14-ից 20-ը: Պատմեք մի խնդիր մասին, որը առաջացել է Angular-ի թարմացման ժամանակ՝ պրակտիկ փորձից մի պատմություն։

Ինչու՞ օգտագործելով ազդանշան և զանգահարելով set մեթոդը, արժեքը թարմացվում է ձևանմուշում, բայց երբ պարզապես նշանակում եք this.token = տող, ոչ: բացատրեք դա փոփոխության հայտնաբերման մակարդակով։

Դուք ասել եք, որ թեստերը գրել եք նյարդային ցանցի օգնությամբ: Եթե նյարդային ցանցը ստեղծել է այնպիսի թեստեր, որոնք ձախողվում են ցանկացած դասի կոդի փոփոխության դեպքում, արդյոք այդ թեստերը հասնում են իրենց նպատակին: Դրանք օգտակար են:

Ինչու եք ընտրել հենց վեբ զարգացման և Angular-ը, օրինակ՝ մոբայլ զարգացման փոխարեն?

Դու ծանոթ ե՞ս UML դասարանների դիագրամներին: Դու աշխատե՞լ ես կապերի տեսակների հետ, ինչպիսիք են համագործակցություն, կոմպոզիցիա, հավաքագրում, ընդհանուրացում։

Նկարագրեք մի սցենար. Ավելի փորձառու ծրագրավորողը ստանում է մի երիտասարդից՝ Angular կոմպոնենտ ստեղծելու հանձնարարական՝ դաշտ՝ տոկեն ցույց տալու և «ստեղծել տոկեն» կոճակով: Կոճակին սեղմելուց հետո ուղարկվում է հարցում սերվերին, ստացվում է տոկեն, և երիտասարդը գրում է this.token = ստացված տողը, բայց արժեքը չի ցուցադրվում և էջը չի վերաարտադրվում: Ինչ խորհուրդ կտաք այս խնդիրը լուծելու համար և ինչ մոտեցումներ կան դրա ուղղման համար?

Պատմեք, թե ինչպես եք հայտնվել զարգացման ոլորտում՝ ինչպես եք սովորել, ինչպես եք գտել ձեր առաջին աշխատանքը՝ հաշվի առնելով, որ ձեր ռեզյումեում նշված է ոչ տեխնիկական մասնագիտություն։

Եթե ձեզ անհրաժեշտ լինի հաշվել ծրագրի տողերի քանակը, ինչպես կվերաբերվեիք այս խնդրին: Ինչպես կարտահայտեիք հարցը լուծում կամ նեյրոնային ցանցի համար?

Նախորդ աշխատանքում դուք ասել եք, որ ֆրոնտենդի մասը հարաբերականորեն փոքր է, բայց այդ մասով զբաղվում էին 6 ֆրոնտենդ ծրագրավորողներ: Որտեղից է եկել հենց այդ 6 հոգանոց թիմը և ինչպես է այն կապված ընկերության ընդհանուր ֆրոնտենդ թիմի հետ?