W projektowaniu UX (User Experience) odpowiada za: - doświadczalną eksploatację interfejsu (testy) - aby użytkownik zdobył nową doświadczenie podczas korzystania z interfejsu - zgodność interfejsu z stylem korporacyjnym - wygodę i zrozumiałość interfejsu - szybkość działania interfejsu
W jakim formacie zatrudnienia pracowałeś: TК, GПХ czy IP?
Rejestrowanie może być stosowane do: - Ochrony systemu przed złośliwym oprogramowaniem - Zwiększenia poziomu szyfrowania danych - Zapewnienia nieprzerwanej pracy serwerów - Zwiększenia przepustowości sieci - Wykrywania przyczyn awarii i problemów w działaniu systemu - Debugowania oprogramowania i wyszukiwania problematycznych miejsc
Czy dostałeś gotowy temat z JSON-em, czy sam opracowywałeś kontrakty wiadomości, partycje, konsumentów?
Napraw JSON Profil użytkownika [ "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} ]
Czy masz doświadczenie tylko z architekturą mikroserwisów?
Czy zdarzyło się, że klient podczas demo dodawał nowe wymagania i uwagi — jak sobie z tym poradziłeś?
Opowiedz o TЗ — jak z nim pracowałeś?
Co jest dla ciebie ważne przy wyborze pracy? Na co zwracasz uwagę?
Czy wiesz, jak nazywają się konfiguracje/ustawienia dla mikroserwisów, które są pobierane przez zmienne środowiskowe Docker?
Czy FE może działać tylko w przeglądarce? Dlaczego? (napisz krótkie uzasadnienie swojej odpowiedzi)
Co ma wspólnego z biznesem przy projektowaniu API? Co ci odpowiedzą?
Czy w projekcie będzie praca z LLM, kodowaniem głosowym lub własnymi mikroserwisami, czy chodzi o pełnoprawny gotowy produkt?
Czy w roli analityka systemowego będzie komponent biznesowy i bezpośrednia komunikacja z klientem?
Opowiedz o projekcie, nad którym ostatnio pracowałeś: o co chodziło, jakie były cele, zadania i jaka była Twoja rola?
Kluczowe zalety korzystania z nierelacyjnych baz danych: - Ścisły schemat danych i obsługa złożonych zapytań SQL - Obsługa rygorystycznych ograniczeń integralności danych - Możliwość stosunkowo szybkiego przetwarzania i analizy dużych ilości danych - Skalowalność i elastyczność w pracy z danymi niestrukturalnymi
Charakterystyczną cechą relacyjnych baz danych w porównaniu z nierelacyjnymi jest: - przechowywanie danych w tabelach w formie kolumn i wierszy - możliwość jawnego typowania danych: ciąg znaków, liczba całkowita, wartość logiczna itp. - funkcja rozdziału uprawnień dostępu dla kont - stosowanie kluczy głównych i obcych do tworzenia relacji - obecność funkcji indeksowania w celu przyspieszenia wyszukiwania danych
Podczas integracji z zewnętrznym systemem CRM (SOAP), w odpowiedzi można otrzymać: - Fault AUTH_FAILED - Fault VALIDATION_ERROR (np. nieprawidłowy telefon) - przekroczenie limitu czasu Celem jest stworzenie crm-adaptera (REST w obrębie konturu) Najlepsze mapowanie: 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 Można zwrócić kod 200, a w ciele odpowiedzi {"error": }
Przez jakie narzędzia oglądano logi?
Czy cały stos wymieniony w ofercie — SQL, projektowanie magazynu, UX, BPMN, UML, MQ i inne — odnosi się do konkretnego projektu?
