System Analyst
Aká by bola v tíme potrebná byrokracia? Aké minimálne procesy by mali byť?
Aké otázky máte ohľadom pracovnej pozície a tímu?
Povej mi, kako se ukvarjaš z razvojem in izboljševanjem svoje kvalifikacije, ter kako danes uporabljaš nevronske mreže pri delu?
Povedajte nám o sebe, svojom delovno izkušnjo, zanimivih primerih in dosežkih.
S akými systémami správy databáz ste pracovali? Opíšte svoje skúsenosti s návrhom databáz.
Aký je hlavný problém tejto implementácie BEGIN; CREATE TABLE sneakers ( id SERIAL PRIMARY KEY, design JSON NOT NULL ); CREATE OR REPLACE FUNCTION process_sneaker_order(sneaker_id INTEGER) RETURNS VOID AS $$ BEGIN UPDATE sneakers SET design = jsonb_set(design, '{status}', '"Processed"') WHERE id = sneaker_id; END; $$ LANGUAGE plpgsql; INSERT INTO sneakers (design) VALUES ('{"colors":"red,blue", "status":"Pending"}'); PERFORM process_sneaker_order(1); -- COMMIT;
Prečo ste prešli z [spoločnosť] do [spoločnosť]? Vysvetlite polročnú prestávku medzi prácami.
Vytvorili ste ERD (Diagram vzťahov entít)?
Máte skúsenosti s správou reklamných účtov, marketingom a zberom metrík pre dodávateľov?
Zúčastnili ste sa niekedy analýzy a vyšetrovania incidentov v priemyselnom prostredí (výroba)?
Praktická úloha: Jednotná platforma oznámení (Notification Platform) Kontext Ve společnosti existují 3 rozptýlené systémy, které odesílají oznámení uživatelům: 1. CRM — odesílá e-maily a push oznámení o objednávkách. 2. Support Portal — odesílá zprávy o tiketech přes Telegram bot. 3. Bezpečnostní systém — generuje SMS upozornění o podezřelých přístupech. Každý systém implementuje svou vlastní logiku: * vlastní šablony, pevně zakódovaní příjemci; * bez centralizované historie oznámení; * uživatelé si stěžují na duplikáty a zpoždění; * bez SLA, metrik nebo řídicího centra. Cíl Navrhnout novou Notification Platformu, která: * agreguje události z různých zdrojů (CRM, Support, Security), * je směruje podle typu a kanálu (email, SMS, Telegram, push), * zajišťuje jednotnost šablon, logování a sledovatelnost, * podporuje SLA (p95 ≤ 3 sekundy doručení), * umožňuje škálování a rozšiřování kanálů v budoucnu. Úkol pro kandidáta 1. Definujte funkční požadavky systému. 2. Popište nefunkční požadavky (spolehlivost, výkon, zpracování chyb). 3. Vytvořte kontextový diagram (C4 Úroveň 2). 4. Přidejte sekvenční diagram. Například odeslání zprávy z CRM.
Prečo sa používa Redis? Čo sa stane, ak Redis zlyhá? Aké sú politiky aktualizácie cache? Prečo je Redis rýchlejší ako PostgreSQL?
Prečo zvažujete nové pracovné miesto a čo od neho očakávate?
Aká je oblasť činnosti spoločnosti Mars?
Popíšte rozdiel medzi cieľom a problematikou
Občianstvo [krajina], máš povolenie na pobyt, je všetko v poriadku? Potrebuješ občas opustiť krajinu?
Platfroma ukladala nejaké požiadavky na používateľské rozhranie a ďalšie aspekty?
Čím ste sa zaoberali pred prácou v analytike?
Čo ste robili počas pracovného procesu na aktuálnom projekte?
Ako rýchlo sa prispôsobujete novému prostrediu? Považujete sa za flexibilnú osobu?