System Analyst
API келісімшарттарын нөлден бастап жобаладыңыз ба?
Swagger, Postman қолданасыз ба?
Сіз Waterfall немесе Agile әдістемесімен жұмыс жасайсыз ба?
SOAP-интеграциялар контекстінде XML, WSDL және XSD-пен қалай жұмыс істедіңіз? Қандай құралдарды қолдандыңыз?
Промпт қандай нәрсеге байланысты болды? Оның мағыналық логикасы қандай?
Талаптарды жинаудан бастап, ПМИ және сынақтарға дейін толық циклді басқаруға қалай қарайсыз, соның ішінде приоритеттеу, команда бақылауы және архитектура өзгерістерін басқару?
Белсенді промокодтарды таңдау үшін SQL сұрауын жазыңыз, оларды жеңілдік мәні бойынша кему ретімен сұрыптаңыз.
Сіз қандай токен түрлерін білесіз?
Дамыған функция талаптарға сай келетінін кім тексереді және сіз қабылдауға қалай қатысасыз?
Kafka-ның бірнеше параллель тұтынушылары немесе бірнеше жұмысшы — бұл жұмыс идеясы ма?
Жағдай: Шығарылым соғысы! Қандай әрекеттер жасайсың? Ертең жаңа несие өнімінің кең көлемді жарнамалық кампаниясы басталады, инфлюенсерлермен CPA платформасында, алдын ала төлем жасалған. Дамытушылар толық серверлік (S2S) оқиға тексеруін AppsFlyer арқылы жүзеге асыруға уақыт таппағаны анықталды. CPO кредитті мақұлдау оқиғасын тікелей клиенттен (Flutter қосымшасынан) жіберуді талап етеді, бұл кампанияны қалайда оңтайландыру үшін. Аналитик қарсы: финтехте қаржылық оқиғаларды клиенттен жіберу — алаяқтыққа жол ашу (хакерлер оңай жалған сұраулар жасай алады) және DWH-да хаос тудырады. Компанияның мұндай қауіптерге қатысты ұстанымы ережелерде анық емес: «қауіптерді азайту, бірақ бизнес мақсаттарын орындау.» CPO мүдделері: Кампанияны уақытында іске қосу кез келген бағаға. Егер шығарылым кейінге қалса, үлкен бюджет шығынға ұшырайды, ал жаңа қарыз алушыларды тарту бойынша KPI орындалмайды. Уақытша «қолдауыш» қолдануға дайын, оны келесі спринтте қайта жазуды уәде етеді (бірақ, бәрі білетіндей, сирек орындалады). FSA мүдделері: Деректер архитектурасын қорғау және жалған конверсиялардан компанияның қаржысын сақтап қалу. Аналитик түсінеді, егер боттар қауіпсіздік ақауы арқылы миллиондаған бюджеттерді арттырса, ол дұрыс емес деректер мен шығындар үшін жауап береді. Ол бастаманы кейінге қалдыруды немесе трекинг механизмін өзгертуін талап етеді. Уақыт: 5 минут.
Банктік жүйеге арналған есептеу-кассалық қызмет көрсету модуліндегі өзгерістерді құжаттау нұсқаларының тиімділігін бағалаңыз: - Толық техникалық тапсырма + процестер диаграммасы + тест-кейстер - Тапсырмалар басқару жүйесінде сипаттамамен шектелу - Телефон арқылы түсіндірме және кейінгі жазба - Wiki жүйесінде қысқаша сипаттама + SQL сұрауларының мысалдары
Компания, жұмыс шарттары, рұқсат туралы сұрақтарыңыз бар ма?
SQL деңгейіңіз қандай, қандай сұраулар жазасыз?
Реляциялық және реляциялық емес дерекқорлар арасындағы айырмашылық неде? Қандай дерекқор түрлерімен жұмыс істедіңіз?
Қай кезде деректерді алу үшін POST қолдану орынды, ал GET емес?
Егер REST сұрауы бір минутқа созылса, ол синхронды ма, әлде асинхронды ма?
Жобаларда қандай даму әдістемелерін қолдандыңыз, Scrum-ды қолдандыңыз ба?
Тоглдар, инпуттар, күндер және аватарка бар баптау экранын қалай сипаттар едіңіз?
Көпке көп қатынасты қалай жүзеге асыруға болады?