V dizajne UX (Používateľská skúsenosť) je zodpovedný za: - experimentálnu prevádzku rozhrania (testy) - aby používateľ získal nový zážitok z používania rozhrania - súlad rozhrania s firemným štýlom - pohodlie a zrozumiteľnosť rozhrania - rýchlosť práce rozhrania
V akom formáte zamestnania ste pracovali: Zamestnanie na pracovný pomer, GPH alebo IČO?
Záznam môže byť použitý na: - Ochranu systému pred škodlivým softvérom - Zvýšenie úrovne šifrovania dát - Zabezpečenie plynulého chodu serverov - Zvýšenie kapacity siete - Odhalenie príčin porúch a problémov v systéme - Ladenie softvéru a hľadanie problémových miest
Opraviť JSON Používateľský profil [ "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} ]
Dostal si hotové tému s JSONom alebo si sám pracoval na zmluvách správ, partíciách, konzumentoch?
Aký má biznis vzťah k navrhovaniu API? Čo ti na to odpovedia?
Máš skúsenosti iba s mikroservisnou architektúrou?
Vieš, ako sa nazývajú konfigurácie/nastavenia pre mikroservisy, ktoré sa načítavajú cez premenné prostredia Docker?
Stalo sa niekedy, že zákazník počas ukážky pridával nové požiadavky a poznámky — ako ste to riešili?
Čo je pre vás dôležité pri výbere práce? Na čo dbáte?
Rozprávaj o technickej špecifikácii — ako si s ňou pracoval?
Môže FE fungovať iba v prehliadači? Prečo? (napíšte krátke odôvodnenie svojej odpovede)
Bude v úlohe systémového analytika biznisová zložka a priama komunikácia so zákazníkom?
Bude v projekte práce s LLM, hlasovým kódovaním alebo vlastnými mikroservismi, alebo ide o úplne hotový produkt?
Povedajte mi o projekte, na ktorom ste nedávno pracovali: o čom bol, aké boli jeho ciele, úlohy a aká bola vaša úloha?
Akými nástrojmi sa pozerali logy?
Hlavné výhody používania nerelácií databáz: - Prísny dátový schéma a podpora pre zložité SQL dotazy - Podpora pre prísne obmedzenia integrity dát - Možnosť relatívne rýchlej spracovania a analýzy veľkých objemov dát - Škálovateľnosť a flexibilita pri práci s nestrukturovanými dátami
Charakteristická vlastnosť relačných databáz v porovnaní s nereláciami je: - ukladanie údajov v tabuľkách vo forme stĺpcov a riadkov - možnosť explicitne typizovať údaje: reťazec, celé číslo, logická hodnota atď. - funkcia rozdelenia práv prístupu pre účty - použitie primárnych a cudzích kľúčov na vytváranie vzťahov - prítomnosť funkcie indexovania na zrýchlenie vyhľadávania údajov
Je to celý technológický stack uvedený v pracovnej ponuke — SQL, návrh úložiska, UX, BPMN, UML, MQ a ďalšie — týkajúci sa konkrétneho projektu?
Pri integrácii s externým CRM systémom (SOAP) môže odpoveď obsahovať: - Fault AUTH_FAILED - Fault VALIDATION_ERROR (napríklad nesprávne telefónne číslo) - timeout Najlepšie mapovanie: 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 Je možné vrátiť kód 200 a v tele odpovede {"error": }
