System Analyst
Въпрос за поведение: разработчикът не е съгласен с задачата на собственика на продукта. Какво правиш?
Не ви предлагат нови проекти?
Най-важният въпрос е: откъде и накъде изпращаме събитията?
Имате ли опит с SOAP, XML в интеграции?
От нашия бекенд изпращаме към сървъра на AppsFlyer информация за събитието. Какви условия задаваме, за да осигурим безопасността на преноса на данни, и как валидираме, че събитието е изпратено?
Какво е моделът OSI?
Как се позиционирате: пълен стек аналитик, бизнес аналитик или системен аналитик?
В кои случаи трябва да използвате Kafka и в кои е достатъчно директно интегриране?
1. ВЗЕМИ Задачи(bool iscom, Prio)
Какви интеграции сте проектирали и как ги описвате?
Готови ли сте да разгледате хибриден формат на работа (с посещения при клиента)?
По какъв принцип бяха отделени микросервизите?
Разкажи за събирането на изисквания: кои видове знаеш, какъв е подходът ти?
Бяха ли известията свързани само с push известия или с нещо друго?
Нужна схема за комисионни услуги в счетоводната база [име на системата] с посочване на несъответствието с типовото решение. Какво и къде трябва да се намери в тази база, за да се изпратят данните за създаване на нова схема?
Какво е клиент-сървър архитектура?
Какво включват функционалните изисквания освен user story и use case?
Каква е разликата между frontend и backend?
Правихте ли тестовете сами или го направи тестировчик?
Колко страшно е да работиш в екип без процес?