System Analyst
Ի՞նչ անել, եթե մեծ կոնտեքստում նեյրոնային ցանցը անտեսում է ձևաչափի հրահանգը։
Որ SQL օպերատորները եք առավել հաճախ օգտագործել?
Ի՞նչ տեսակի ինտեգրացիաների հետ եք աշխատել: Սինխրոն և ասինխրոն փոխազդեցության փորձառություն։
Ի՞նչ տեսակների կապեր կան աղյուսակների միջև, որոնք կարելի է անվանել:
UX դիզայնում պատասխանատու է. - ինտերֆեյսի փորձնական շահագործում (տեստավորում) - օգտագործողին նոր փորձառություն տալ ինտերֆեյսի օգտագործումից - ինտերֆեյսի համապատասխանությունը կորպորատիվ ոճին - ինտերֆեյսի հարմարավետությունը և հստակությունը - ինտերֆեյսի աշխատանքի արագությունը
Ի՞նչ եկամտի մակարդակ եք այժմ համարում ձեր համար:
Ի՞նչ է offset-ը։
Կարո՞ղ եք երբևէ նկարագրել REST API պայմանագրերը։
Ինչու է անհրաժեշտ տվյալների նորմալիզացիան և դենորմալիզացիան տվյալների բազաներում: Կարճ ասած, ինչու է անհրաժեշտ նորմալիզացիան?
Ի՞նչ գլոբալ հատկանիշներ պետք է լինեն API-ի պատասխանում՝ բացի ապրանքների զանգվածից։
Ինչ պետք է պարտադիր նկարագրել Kafka իրադարձության համար, որը փոխում է համակարգի վիճակը?
Պետք էր API նախագծել? Օգտագործել եք OpenAPI, Swagger?
Դուք ստեղծել եք Entity Relationship Diagrams (ERD)՞
Ի՞նչ չափանիշներ ունես վարձու աշխատատեղեր դիտարկելու համար: Ինչին ես ուշադրություն դարձնում որոնման ժամանակ, ինչն է կարևոր, որ ընկերությունում լինի?
Ինչպե՞ս օպտիմալացնել առկա տվյալների բազայի հարցումների կատարողականությունը՝ առանց տվյալների ծավալը մեծացնելու։
Գրեք ֆունկցիա, որը ընդունում է տող որպես մուտք և վերադարձնում է այդ տողում գտնվող ձայնավորների քանակը։
Որ փոփոխությունը SOAP ծառայությունում չի առաջացնի սխալներ գոյություն ունեցող հաճախորդների մոտ? - Գոյություն ունեցող էլեմենտը phone → msisdn վերանվանելը - Գոյություն ունեցող էլեմենտում string → int տիպի փոփոխությունը - Շեմայի/գործողությունների namespace- ի փոփոխությունը - Նոր պարտադիր չէինող էլեմենտ (minOccurs="0") ավելացնել գոյություն ունեցող տիպում - Ոչ մի տարբերակ, որը չի առաջացնի սխալներ
Практик աշխատանք: Միացյալ ծանուցման հարթակ (Notification Platform) Կոնտեքստ Ընկերությունում կան 3 տարբեր համակարգեր, որոնք ուղարկում են ծանուցումներ օգտվողներին: 1. CRM — ուղարկում էլեկտրոնային փոստեր և push ծանուցումներ պատվերների մասին: 2. Support Portal — ուղարկում հաղորդագրություններ տիկետների մասին Telegram-ботի միջոցով: 3. Անվտանգության համակարգ — ստեղծում SMS ծանուցումներ կասկածելի մուտքերի մասին: Յուրաքանչյուր համակարգ իր տրամաբանությունը իրականացնում է. * սեփական ձևանմուշներ, hardcoded ստացողներ; * կենտրոնական պատմություն ծանուցումների բացակայությամբ; * օգտվողները բողոքում են կրկնությունների և ուշացումների համար; * չկա միացյալ SLA, մետրիկներ կամ կառավարման կենտրոն: Նպատակը Նոր Notification Platform նախագծել, որը: * հավաքում է իրադարձությունները տարբեր աղբյուրներից (CRM, Support, Security), * ուղարկում է ըստ տիպի և ալիքի (էլեկտրոնային փոստ, SMS, Telegram, push), * ապահովում է ձևանմուշների միօրինակություն, գրանցում և դիտելիություն, * աջակցում է SLA (p95 ≤ 3 վայրկյան հասցնում), * թույլ է տալիս ապագա ընդլայնում և ալիքների ընդլայնում: Կандидատի առաջադրանքը 1. սահմանել համակարգի գործառնական պահանջները: 2. նկարագրել ոչ գործառնական պահանջները (հավատարիմություն, կատարողականություն, սխալների մշակում): 3. պատրաստել կոնտեքստային դիագրամ (C4 մակարդակ 2): 4. ավելացնել սեկվենցիայի դիագրամի սխեմա: Օրինակ, հաղորդագրության ուղարկում CRM-ից։
Եթե ենթադրենք, որ բիզնես գործընթացների մոդելավորման համար նշանագրություն է օգտագործվել, գործընթացը ճիշտ է ներկայացված? Այո Ոչ
Ինչպե՞ս հաշվի առնել շատ մեծ տվյալների փոխանցման պահանջը (տրաֆիկ, հիշողություն):