В дизайна на UX (Потребителско изживяване) отговаря за: - опитната експлоатация на интерфейса (тестове) - потребителят да придобие нов опит от използването на интерфейса - съответствието на интерфейса с корпоративния стил - удобството и разбираемостта на интерфейса - скоростта на работа на интерфейса
Трябваше ли да провеждате приемки и демонстрации за клиентите?
Записването може да се използва за: - Защита на системата от злонамерен софтуер - Повишаване нивото на криптиране на данните - Осигуряване на непрекъсната работа на сървърите - Повишаване на пропускателната способност на мрежата - Откриване на причините за сривове и проблеми в работата на системата - Отстраняване на грешки в софтуера и търсене на проблемни места
Дали ти дадоха готова тема с JSON или ти сам работи по договорите за съобщения, партиции, потребители?
Случвало ли се е клиент по време на демонстрация да добавя нови изисквания и забележки — как се справихте с това?
Знаеш ли как се наричат конфигурациите/настройките за микросервизи, които се извличат чрез променливи на средата Docker?
Разкажи за ТЗ — как работи с него?
Коригирайте JSON Потребителски профил [ "user_id": "6F9619FF-8B86-D011-B42D-00CF4FC964FF", "age": "30", "user_name": "Test User", "user_name": "Ivanov Ivan Ivanovich", "emails": { [ "email": "[email]", "main": true, ] [ "email": "[email]", "main": "false" ] } "city": "Sochi", "categories": {news, cars, it} ]
Какво е важно за вас при избора на работа? На какво обръщате внимание?
Какво общо има бизнесът с проектирането на API? Какво ще ти отговорят?
Имаш опит само с микросервизни архитектури ли?
Може ли FE да работи само в браузър? Защо? (напишете кратко обосноваване на вашия отговор)
Ще има ли работа с LLM, вайб-кодинг или собствени микросервизи в проекта, или става въпрос за пълноценен готов продукт?
Ще има ли бизнес съставка и пряка комуникация с клиента в ролята на системен анализатор?
Разкажете за проекта, по който работихте наскоро: какъв беше, какви бяха целите, задачите и каква беше вашата роля?
Основните предимства от използването на нерелационни бази данни: - Строга схема на данните и поддръжка за сложни SQL заявки - Поддръжка за строги ограничения за цялостта на данните - Възможност за относително бърза обработка и анализ на големи обеми данни - Скалиране и гъвкавост при работа с неструктурирани данни
Отличителната черта на релационните бази данни спрямо нерелационните е: - съхранение на данни в таблици под формата на колони и редове - възможност за явно типизиране на данните: низ, цяло число, булева стойност и др. - функция за разпределение на правата за достъп за акаунтите - използване на първични и външни ключове за създаване на връзки - наличие на функция за индексиране за ускоряване на търсенето на данни
При интеграция с външна CRM система (SOAP), в отговора може да се получи: - Fault AUTH_FAILED - Fault VALIDATION_ERROR (например, неправилен телефон) - timeout Най-доброто съответствие: AUTH_FAILED → 403, VALIDATION_ERROR → 400, timeout → 504 AUTH_FAILED → 500, VALIDATION_ERROR → 500, timeout → 200 AUTH_FAILED → 403, VALIDATION_ERROR → 404, timeout → 409 AUTH_FAILED → 401, VALIDATION_ERROR → 400, timeout → 504 Може да върнете код 200, а в тялото на отговора {"error": }
Чрез кои инструменти гледаха логовете?
Това е целият стек, посочен в обявата — SQL, дизайн на хранилище, UX, BPMN, UML, MQ и други — свързан с конкретен проект?
