System Analyst
Посочете етапите на отчитане на работното време в 1C:ZUP
Кой проверява дали разработената функция отговаря на зададените изисквания и как участвате в приемането?
Защо обмисляте смяна на работата сега?
В какъв формат идваха задачите? Какво беше това? Обсъждане, кратко описание на инициативата, бизнес изисквания?
Какво може да направи аналитикът, за да реши проблема с претоварването на микросервиса (освен мащабиране, което е задача на DevOps)?
Разкажете за опита си: какви проекти, задачи и роли сте имали?
Какви критерии за качество поставяте към своите изисквания? Как разбирате, че сте достатъчно работили върху артефакта?
Кой принцип е нарушен при липса на формален процес за проверка на изискванията? - Липсва комуникация между екипите за разработка - Недостатъчен обмен на информация - Проверка на стандартите не е извършена - Нарушен е принципът на цялост и съгласуваност на изискванията - Недостатъчно описание на новите функции - Документацията не се актуализира след промените
Колко е важно да разбира крайния потребител за системния аналитик?
Какъв е основният проблем на тази реализация? - Потокът не се затваря в finally - Свързването не се затваря явно - Неправилно логване на изключения - Липсва настройка на HTTP заглавия - Липсва обработка на грешки при HTTP статуси - Използване на неподходящ HTTP метод
Кои задачи те демотивират, какво не искаш да правиш?
Какво е идентификация, удостоверяване и авторизация? Какво трябва да бъде първо?
Как оценявате представянето си: какво се получи добре?
Какви диаграми рисуваха?
Кои от следните части могат да бъдат в отговор на HTTP - Метод - Заглавки - Път - Статус - Тяло - QUERY параметри
Опишете вашия работен процес: как работите с бизнеса, до какъв етап водите задачата?
Къде обикновено се регистрира версията на API?
Какви диаграми използвахте в работата си и какво показваха?
Има ли технически ограничения за дължината на параметрите в URL и заглавията?
Каква е разликата между синхронно и асинхронно взаимодействие и в кои случаи кое е по-добре да се използва?